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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 

The present document contains the definition of the LTE Positioning Protocol (LPP). 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TS 36.305: "Stage 2 functional specification of User Equipment (UE) positioning in E- 

UTRAN". 

[3] 3GPP TS 23.271: "Functional stage 2 description of Location Services (LCS)". 

[4] IS-GPS-200, Revision D, Navstar GPS Space Segment/Navigation User Interfaces, March 7*, 

2006. 

[5] IS-GPS-705, Navstar GPS Space Segment/User Segment L5 Interfaces, September 22, 2005. 

[6] IS-GPS-800, Navstar GPS Space Segment/User Segment LlC Interfaces, September 4, 2008. 

[7] IS-QZSS, Quasi Zenith Satellite System Navigation Service Interface Specifications for QZSS, 

Ver.1.1, July 31, 2009. 

[8] Galileo OS Signal in Space ICD (OS SIS ICD), Draft 0, Galileo Joint Undertaking, May 23"*, 

2006. 

[9] Global Navigation Satelhte System GLONASS Interface Control Document, Version 5.1, 2008. 

[10] Specification for the Wide Area Augmentation System (WAAS), US Department of 

Transportation, Federal Aviation Administration, DTFA01-96-C-00025, 2001. 

[II] RTCM-SC104, RTCM Recommended Standards for Differential GNSS Service (v.2.3), August 
20,2001. 

[12] 3GPP TS 36.331: "Evolved Universal Terrestrial Radio Access (E-UTRA); "Radio Resource 

Control (RRC); Protocol specification". 

[13] 3GPP TS 25.331: " Radio Resource Control (RRC); Protocol Specification". 

[14] 3GPP TS 44.031: "Location Services (LCS); Mobile Station (MS) - Serving Mobile Location 

Centre (SMLC) Radio Resource LCS Protocol (RRLP)". 

[15] 3GPP TS 23.032: 'Universal Geographical Area Description (GAD)'. 

[16] 3GPP TS 36.21 1: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and 

Modulation". 

[17] 3GPP TS 36.214: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer - 

Measurements". 
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[18] 3GPP TS 36.133: "Evolved Universal Terrestrial Radio Access (E-UTRA); Requirements for 

support of radio resource management" . 

[19] 3GPP TS 23.003: "Numbering, addressing and identification". 

[20] OMA-TS-LPPe-Vl_0, LPP Extensions Specification, Open Mobile Alliance. 

[21] 3GPP TS 36.101: "Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) 

radio transmission and reception". 

[22] ITU-T Recommendation X.691 (07/2002) "Information technology - ASN.l encoding rules: 

Specification of Packed Encoding Rules (PER)" (Same as the ISO/lEC International Standard 

8825-2). 



3 Definitions and Abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in [1], [2] and [3] apply. Other definitions are 
provided below. 

Location Server: a physical or logical entity (e.g., E-SMLC or SUPL SLP) that manages positioning for a target device 
by obtaining measurements and other location information from one or more positioning units and providing assistance 
data to positioning units to help determine this. A Location Server may also compute or verify the final location 
estimate. 

Reference Source: a physical entity or part of a physical entity that provides signals (e.g., RF, acoustic, infra-red) that 
can be measured (e.g., by a Target Device) in order to obtain the location of a Target Device. 

Target Device: the device that is being positioned (e.g., UE or SUPL SET). 

Observed Time Difference Of Arrival (OTDOA): The time interval that is observed by a target device between the 
reception of downlink signals from two different cells. If a signal from cell 1 is received at the moment tj, and a signal 
from cell 2 is received at the moment f2, the OTDOA is ^2 - tj. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply. 

ADR Accumulated Delta-Range 

A-GNSS Assisted-GNSS 

ARFCN Absolute Radio Frequency Channel Number 

BTS Base Transceiver Station (GERAN) 

CID Cell-ID (positioning method) 

CNAV Civil Navigation 

CRS Cell-specific Reference Signals 

ECEF Earth-Centered, Earth-Fixed 

ECGI Evolved Cell Global Identifier 

ECI Earth-Centered-Inertial 

E-CID Enhanced Cell-ID (positioning method) 

EGNOS European Geostationary Navigation Overlay Service 

E-SMLC Enhanced Serving Mobile Location Centre 

E-UTRAN Evolved Universal Terrestrial Radio Access Network 

EOP Earth Orientation Parameters 

EPDU External Protocol Data Unit 

FDMA Frequency Division Multiple Access 

EEC Forward Error Correction 

ETA Fine Time Assistance 

GAGAN GPS Aided Geo Augmented Navigation 

GLONASS GLObal'naya NAvigatsionnaya Sputnikovaya Sistema (Engl.: Global Navigation Satellite System) 
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GNSS Global Navigation Satellite System 

GPS Global Positioning System 

ICD Interface Control Document 

lOD Issue of Data 

IS Interface Specification 

LPP LTE Positioning Protocol 

LPPa LTE Positioning Protocol Annex 

LSB Least Significant Bit 

MO-LR Mobile Originated Location Request 

MSAS Multi-functional Satellite Augmentation System 

MSB Most Significant Bit 

msd mean solar day 

MT-LR Mobile Terminated Location Request 

NAV Navigation 

NICT National Institute of Information and Communications Technology 

NI-LR Network Induced Location Request 

OTDOA Observed Time Difference Of Arrival 

PRC Pseudo-Range Correction 

PRS Positioning Reference Signals 

PDU Protocol Data Unit 

PZ-90 Parametry Zemli 1990 Goda - Parameters of the Earth Year 1990 

QZS Quasi Zenith Satellite 

QZSS Quasi-Zenith Satellite System 

QZST Quasi-Zenith System Time 

RF Radio Frequency 

RRC Range-Rate Correction 
Radio Resource Control 

RSRP Reference Signal Received Power 

RSRQ Reference Signal Received Quality 

RSTD Reference Signal Time Difference 

RU Russia 

SBAS Space Based Augmentation System 

SET SUPL Enabled Terminal 

SFN System Frame Number 

SEP SUPL Location Platform 

SUPL Secure User Plane Location 

SV Space Vehicle 

TLM Telemetry 

TOD Time Of Day 

TOW Time Of Week 

UDRE User Differential Range Error 

ULP User Plane Location Protocol 

USNO US Naval Observatory 

UTl Universal Time No. 1 

UTC Coordinated Universal Time 

WAAS Wide Area Augmentation System 

WGS-84 World Geodetic System 1984 



Functionality of Protocol 



4.1 



General 



4.1.1 LPP Configuration 

LPP is used point-to-point between a location server (E-SMLC or SEP) and a target device (UE or SET) in order to 
position the target device using position-related measurements obtained by one or more reference sources. Figure 4.1.1- 
I shows the configuration as applied to the control- and user -plane location solutions for E-UTRAN (as defined in [2] 
and [3]). 
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Reference 
'Source' 



GNSS signals (B) 




LPP 

I 
I 



Measurements (A, B or A+B) or Location 




LTE radio signals (A)"" >, 



SLP 



Reference 
Source 



eNodeB 
Figure 4.1.1-1: LPP Configuration for Control- and User-Plane Positioning in E-UTRAN 

4.1 .2 LPP Sessions and Transactions 

An LPP session is used between a Location Server and the target device in order to obtain location related 
measurements or a location estimate or to transfer assistance data. A single LPP session is used to support a single 
location request (e.g., for a single MT-LR, MO-LR or NI-LR). Multiple LPP sessions can be used between the same 
endpoints to support multiple different location requests (as required by [3]). Each LPP session comprises one or more 
LPP transactions, with each LPP transaction performing a single operation (capability exchange, assistance data 
transfer, or location information transfer). In E-UTRAN the LPP transactions are realized as LPP procedures. The 
instigator of an LPP session will always instigate the first LPP transaction, but subsequent transactions may be 
instigated by either end. LPP transactions within a session may occur serially or in parallel. LPP transactions are 
indicated at the LPP protocol level with a transaction ID in order to associate messages with one another (e.g., request 
and response). 

Messages within a transaction are linked by a common transaction identifier. 

4.1 .3 LPP Position Metinods 

Internal LPP positioning methods and associated signalling content are defined in this specification. 
This version of the specification defines OTDOA, A-GNSS, and E-CID positioning methods. 

4.1.4 LPP Messages 

Each LPP transaction involves the exchange of one or more LPP messages between the location server and the target 
device. The general format of an LPP message consists of a set of common fields followed by a body. The body 
(which may be empty) contains information specific to a particular message type. Each message type contains 
information specific to one or more positioning methods and/or information common to all positioning methods. 

The common fields are as follows: 
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Field 


Role 


Transaction ID 


Identify messages belonging to the same transaction 


Transaction End Flag 


Indicate when a transaction (e.g. one with periodic responses) has ended 


Sequence Number 


Enable detection of a duplicate LPP message at a receiver 


Acl<nowledgement 


Enable an acknowledgement to be requested and/or returned for any LPP message 



NOTE: Use of the Transaction ID and Transaction End fields conform to the procedures in clause 5 and are 

independent of the means used to transport LPP messages (e.g., whether using a NAS MO-LR Request, 
NAS Generic Transport or user-plane solution). 

The following message types are defined: 

Request Capabilities; 

Provide Capabilities; 

Request Assistance Data; 

Provide Assistance Data; 

Request Location Information; 

Provide Location Information; 

- Abort; 

Error. 



4.2 



Common LPP Session Procedure 



The purpose of this procedure is to support an LPP session comprising a sequence of LPP transactions. The procedure is 
described in Figure 4.2-L 



End point A 



1. LPP Message 
(Transaction ID = j, Body) 



2. Additional LPP Messages 
(Transaction ID = j, Body) 



3. LPP Messages 
(Transaction ID = k, Body) 



4. LPP Message 
(Transaction ID = N, Body) 



End point B 



Figure 4.2-1 LPP Session Procedure 

1 . Endpoint A, which may be either the target or the server, initiates an LPP session by sending an LPP message for 
an initial LPP transaction j to the other endpoint B (which has an opposite role to A). 

2. Endpoints A and B may exchange further messages to continue the transaction started in step 1. 

3. Either endpoint may instigate further transactions by sending additional LPP messages. 



£75/ 



3GPP TS 36.355 version 1 0.6.0 Release 10 14 ETSI TS 1 36 355 VI 0.6.0 (201 2-1 0) 

4. A session is terminated by a final transaction A^ in which LPP messages will be exchanged between the two 
endpoints. 

Within each transaction, all constituent messages shall contain the same transaction identifier. The last message sent in 
each transaction shall have the IE endTransaction set to TRUE. Transactions that occur in parallel shall use different 
transaction IDs; transaction IDs for completed transactions may be reused at any time after the final message of the 
previous transaction with the same ID is known to have been received. 

4.3 LPP Transport 

4.3.1 Transport Layer Requirements 

LPP requires reliable, in-sequence delivery of LPP messages from the underlying transport layers. This section 
describes the transport capabilities that are available within LPP. A UE implementing LPP for the control-plane solution 
shall support LPP reliable transport (including all three of duplicate detection, acknowledgement, and retransmission). 

LPP reliable transport functionality is not used in the user -plane solution. 

The following requirements in subclauses 4.3.2, 4.3.3, and 4.3.4 for LPP reliable transport apply only when the 
capability is supported. 

4.3.2 LPP Duplicate Detection 

A sender shall include a sequence number in all LPP messages sent for a particular location session. The sequence 
number shall be distinct for different LPP messages sent in the same direction in the same location session (e.g., may 
start at zero in the first LPP message and increase monotonically in each succeeding LPP message). Sequence numbers 
used in the uplink and downlink are independent (e.g., can be the same). 

A receiver shall record the most recent received sequence number for each location session. If a message is received 
carrying the same sequence number as that last received for the associated location session, it shall be discarded. 
Otherwise (i.e., if the sequence number is different or if no sequence number was previously received or if no sequence 
number is included), the message shall be processed. 

Sending and receiving sequence numbers shall be deleted in a server when the associated location session is terminated 
and shall be deleted in a target device when there has been no activity for a particular location session for 10 minutes. 

NOTE: For LPP control-plane use, a target device can be aware of a location session from information provided 
at the NAS level for downlink transport of an LPP message. 

4.3.3 LPP Acknowledgement 

4.3.3.1 General 

Each LPP message may carry an acknowledgement request and/or an acknowledgement indicator. A LPP message 
including an acknowledgement request (i.e., that include the IE ackRequested set to TRUE) shall also include a 
sequence number. Upon reception of an LPP message which includes the IE ackRequested set to TRUE, a receiver 
returns an LPP message with an acknowledgement response (i.e., that includes the acklndicator IE set to the same 
sequence number of the message being acknowledged). An acknowledgement response may contain no LPP message 
body (in which case only the sequence number being acknowledged is significant); alternatively, the acknowledgement 
may be sent in an LPP message along with an LPP message body. An acknowledgement is returned for each received 
LPP message that requested an acknowledgement including any duplicate(s). Once a sender receives an 
acknowledgement for an LPP message, and provided any included sequence number is matching, it is permitted to send 
the next LPP message. No message reordering is needed at the receiver since this stop-and-wait method of sending 
ensures that messages normally arrive in the correct order. 

When an LPP message is transported via a NAS MO-LR request, the message does not request an acknowledgement. 

4.3.3.2 Procedure related to Acknowledgement 

Figure 4.3.3.2-1 shows the procedure related to acknowledgement. 
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Endpoint A 



-1. Message N- 



-2. Message N Acknowledgement- 



-3. Message N+1- 



Endpoint B 



Figure 4.3.3.2-1 : LPP Acknowledgement procedure 

1 . Endpoint A sends an LPP message A^ to Endpoint B which includes the IE ackRequested set to TRUE and a 
sequence number. 

2. If LPP message A^ is received and Endpoint B is able to decode the ackRequested value and sequence number, 
Endpoint B shall return an acknowledgement for message A^. The acknowledgement shall contain the IE 
acklndicator set to the same sequence number as that in message N. 

3. When the acknowledgement for LPP message A^ is received and provided the included acklndicator IE matches 
the sequence number sent in message A^, Endpoint A sends the next LPP message A^+7 to Endpoint B when this 
message is available. 

4.3.4 LPP Retransmission 



4.3.4.1 



General 



This capability builds on the acknowledgement and duplicate detection capabilities. When an LPP message which 
requires acknowledgement is sent and not acknowledged, it is resent by the sender following a timeout period up to 
three times. If still unacknowledged after that, the sender aborts all LPP activity for the associated session. The timeout 
period is determined by the sender implementation but shall not be less than a minimum value of 250ms. 



4.3.4.2 



Procedure related to Retransmission 



Figure 4.3.4.2-1 shows the procedure related to retransmission when combined with acknowledgement and duplicate 
detection. 
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Endpoint A 



Endpoint B 



-1. Message N- 



-2. Message N Acknowledgement- ■ 



■3. Message N Retransmission 



-4. Message N Acl<nowledgement- 



-5. Message N+1- 



Figure 4.3.4.2-1 : LPP Retransmission procedure 

1 . Endpoint A sends an LPP message A^ to Endpoint B for a particular location session and includes a request for 
acknowledgement along with a sequence number. 

2. If LPP message A^ is received and Endpoint B is able to decode the ackRequested value and sequence number 
(regardless of whether the message body can be correctly decoded), Endpoint B shall return an 
acknowledgement for message A^. If the acknowledgement is received by Endpoint A (such that the 
acknowledged message can be identified and sequence numbers are matching), Endpoint A skips steps 3 and 4. 

3. If the acknowledgement in step 2 is not received after a timeout period, Endpoint A shall retransmit LPP 
message A^ and shall include the same sequence number as in step 1. 

4. If LPP message A^ in step 3 is received and Endpoint B is able to decode the ackRequested value and sequence 
number (regardless of whether the message body can be correctly decoded and whether or not the message is 
considered a duplicate), Endpoint B shall return an acknowledgement. Steps 3 may be repeated one or more 
times if the acknowledgement in step 4 is not received after a timeout period by Endpoint A. If the 
acknowledgement in step 4 is still not received after sending three retransmissions, Endpoint A shall abort all 
procedures and activity associated with LPP support for the particular location session. 

5. Once an acknowledgement in step 2 or step 4 is received, Endpoint A sends the next LPP message A^+7 for the 
location session to Endpoint B when this message is available. 



5.1 



LPP Procedures 



Procedures related to capability transfer 



The purpose of the procedures that are grouped together in this section is to enable the transfer of capabilities from the 
target device to the server. Capabilities in this context refer to positioning and protocol capabilities related to LPP and 
the positioning methods supported by LPP. 

These procedures instantiate the Capability Transfer transaction from 3GPP TS 36.305 [2]. 

5.1.1 Capability Transfer procedure 

The Capability Transfer procedure is shown in Figure 5.1.1-1. 
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-1. RequestCapabilities- 



-2. ProvideCapabilities- 



Figure 5.1.1-1: LPP Capability Transfer procedure 

1 . The server sends a RequestCapabilities message to the target. The server may indicate the types of capability 
needed. 

2. The target responds with a ProvideCapabilities message to the server. The capabihties shall correspond to any 
capability types specified in step 1 . This message shall include the endTransaction IE set to TRUE. 



5.1.2 



Capability Indication procedure 



The Capability Indication procedure allows the target to provide unsolicited capabilities to the server and is shown in 
Figure 5.1.2-1. 





-1. ProvideCapabilities- 



Figure 5.1.2-1: LPP Capability Indication procedure 

1. The target sends a ProvideCapabilities message to the server. This message shall include the endTransaction IE 
set to TRUE. 



5.1.3 



Reception of LPP Request Capabilities 



Upon receiving a RequestCapabilities message, the target device shall generate a ProvideCapabilities message as a 
response. 

The target device shall; 

1> for each positioning method for which a request for capabilities is included in the message; 

2> if the target device supports this positioning method; 

3> include the capabilities of the device for that supported positioning method in the response message; 

1> set the IE LPP-TransactionID in the response message to the same value as the IE LPP-TransactionID in the 
received message; 

1> deliver the response message to lower layers for transmission. 
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5.1 .4 Transmission of LPP Provide Capabilities 

When triggered to transmit a ProvideCapabilities message, the target device shall; 
1> for each positioning method whose capabilities are to be indicated: 
2> set the corresponding IE to include the device"s capabilities; 
2> if OTDOA capabilities are to be indicated: 
3> include the IE supportedBandListEUTRA; 
1> deliver the response to lower layers for transmission. 



5.2 



Procedures related to Assistance Data Transfer 



The purpose of the procedures in this section is to enable the target to request assistance data from the server to assist in 
positioning, and to enable the server to transfer assistance data to the target in the absence of a request. 

These procedures instantiate the Assistance Data Transfer transaction from 3GPP TS 36.305 [2]. 



5.2.1 



Assistance Data Transfer procedure 



The Assistance Data Transfer procedure is shown in Figure 5.2.1-1. 




-1. RequestAssistanceData- 



-2. ProvideAssistanceData- 



3. ProvideAssistanceData- ■ 



Server 



Figure 5.2.1-1 : LPP Assistance data transfer procedure 

1 . The target sends a RequestAssistanceData message to the server. 

2. The server responds with a ProvideAssistanceData message to the target containing assistance data. The 
transferred assistance data should match or be a subset of the assistance data requested in step 1 . The server may 
also provide any not requested information that it considers useful to the target . If step 3 does not occur, this 
message shall set the endTransaction IE to TRUE. 

3. The server may transmit one or more additional ProvideAssistanceData messages to the target containing further 
assistance data. The transferred assistance data should match or be a subset of the assistance data requested in 
step 1 . The server may also provide any not requested information that it considers useful to the target. The last 
message shall include the endTransaction IE set to TRUE. 



5.2.2 



Assistance Data Delivery procedure 



The Assistance Data Delivery procedure allows the server to provide unsolicited assistance data to the target and is 
shown in Figure 5.2.2-1. 
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Server 



-1 . ProvideAssistanceData- 
2. ProvideAssistanceData- 



Figure 5.2.2-1 : LPP Assistance data transfer procedure 

1 . The server sends a ProvideAssistanceData message to the target containing assistance data. If step 2 does not 
occur, this message shall set the endTransaction IE to TRUE. 

2. The server may transmit one or more additional ProvideAssistanceData messages to the target containing 
additional assistance data. The last message shall include the endTransaction IE set to TRUE. 

5.2.3 Transmission of LPP Request Assistance Data 

When triggered to transmit a RequestAssistanceData message, the target device shall: 

1> set the lEs for the positioning-method-specific request for assistance data to request the data indicated by upper 
layers. 



5.2.4 



Reception of LPP Provide Assistance Data 



Upon receiving a ProvideAssistanceData message, the target device shall; 
1> for each positioning method contained in the message: 
2> deliver the related assistance data to upper layers. 



5.3 



Procedures related to Location Information Transfer 



The purpose of the procedures in this section is to enable the server to request location measurement data and/or a 
location estimate from the target, and to enable the target to transfer location measurement data and/or a location 
estimate to a server in the absence of a request. 

These procedures instantiate the Location Information Transfer transaction in 3GPP TS 36.305 [2]. 

NOTE: The service layer (e.g. NAS or OMA SUPL ULP) would be used to transfer information associated with a 
location request from a target to a server (MO-LR). 

5.3.1 Location Information Transfer procedure 

The Location Information Transfer procedure is shown in Figure 5.3.1-1. 
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-1. RequestLocationlnformation- 
-2. ProvideLocationlnformation- 



3. ProvideLocationlnformation- 



Figure 5.3.1-1 : LPP Location Information transfer procedure 

1 . The server sends a RequestLocationlnformation message to the target to request location information, indicating 
the type of location information needed and potentially the associated QoS. 

2. The target sends a ProvideLocationlnformation message to the server to transfer location information. The 
location information transferred should match or be a subset of the location information requested in step 1 
unless the server explicitly allows additional location information. If step 3 does not occur, this message shall set 
the endTmnsaction IE to TRUE. 

3. If requested in step 1, the target sends additional ProvideLocationlnformation messages to the server to transfer 
location information. The location information transferred should match or be a subset of the location 
information requested in step 1 unless the server explicitly allows additional location information. The last 
message shall include the endTransaction IE set to TRUE. 



5.3.2 



Location Information Delivery procedure 



The Location Information Delivery allows the target to provide unsolicited location information to the server. The 
procedure is shown in Figure 5.3.2-1. 





-1. ProvideLocationlnformation- 



2. ProvideLocationlnformation-- 



Figure 5.3.2-1 : LPP Location Information Delivery procedure 

1 . The target sends a ProvideLocationlnformation message to the server to transfer location information. If step 2 
does not occur, this message shall set the endTransaction IE to TRUE. 

2. The target may send one or more additional ProvideLocationlnformation messages to the server containing 
additional location information data. The last message shall include the endTransaction IE set to TRUE. 
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5.3.3 Reception of Request Location Information 

Upon receiving a RequestLocationlnformation message, the target device shall; 

1> if the requested information is compatible with the target device capabilities and configuration: 
2> include the requested information in a ProvideLocationlnformation message; 

2> set the IE LPP-TransactionID in the response to the same value as the IE LPP-TransactionID in the received 

message; 

2> deliver the ProvideLocationlnformation message to lower layers for transmission. 
1> otherwise: 

2> if one or more positioning methods are included that the target device does not support: 

3> continue to process the message as if it contained only information for the supported positioning methods; 

3> handle the signaling content of the unsupported positioning methods by LPP error detection as in 5.4.3. 

5.3.4 Transmission of Provide Location Information 

When triggered to transmit ProvideLocationlnformation message, the target device shall: 
1> for each positioning method contained in the message: 

2> set the corresponding IE to include the available location information; 
1> deliver the response to lower layers for transmission. 

5.4 Error Handling Procedures 

5.4.1 General 

This sub-clause describes how a receiving entity (target device or location server) behaves in cases when it receives 
erroneous or unexpected data or detects that certain data are missing. 

5.4.2 Procedures related to Error Indication 

Figure 5.4.2-1 shows the Error indication procedure. 



Endpoint A 



-1. LPP Message- 



-2. Error - 



Endpoint B 



Figure 5.4.2-1 : LPP Error Indication procedure 

1. Endpoint A sends an LPP message to Endpoint B. 

2. Endpoint B determines that the LPP message in step 1 contains an error. Endpoint B returns an Error message to 
Endpoint A indicating the error or errors and discards the message in step 1 . If Endpoint B is able to determine 
that the erroneous LPP message in step 1 is an LPP Error or Abort Message, Endpoint B discards the message in 
step 1 without returning an Error message to Endpoint A. 
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5.4.3 LPP Error Detection 

Upon receiving any LPP message, the receiving entity shall attempt to decode the message and verify the presence of 
any errors and: 

1> if decoding errors are encountered: 

2> if the receiver can not determine that the received message is an LPP Error or Abort message: 

3> return an LPP Error message to the sender and include the received LPP-TransactionID, if this was 
decoded, and type of error; 

3> discard the received message and stop the error detection procedure; 

1> if the message is a duplicate of a previously received message: 

2> discard the message and stop the error detection procedure; 

1> if the LPP-TransactionID matches the LPP-TransactionID for a procedure that is still ongoing for the same 
session and the message type is invalid for the current state of the procedure: 

2> abort the ongoing procedure; 

2> return an LPP Error message to the sender and include the received transaction ID and type of error; 

2> discard the message and stop the error detection procedure; 

1> if the message type is an LPP RequestCapabilities and some of the requested information is not supported: 

2> return any information that can be provided in a normal response. 

1> if the message type is an LPP RequestAssistanceData or RequestLocationlnformation and some or all of the 
requested information is not supported: 

2> return any information that can be provided in a normal response, which includes indications on other 
information that is not supported. 

5.4.4 Reception of an LPP Error Message 

Upon receiving an Error message, a device shall: 

1> abort any ongoing procedure associated with the LPP-TransactionID if included in the received message. 
The device may: 

1> restart the aborted procedure taking into consideration the returned error information. 

5.5 Abort Procedure 

5.5.1 General 

The purpose of the abort procedure is to allow the target device or location server to abort an ongoing procedure due to 
some unexpected event (e.g., cancellation of a location request by an LCS client). It can also be used to stop an ongoing 
procedure (e.g., periodic location reporting from the target device). 

5.5.2 Procedures related to Abort 

Figure 5.5.2-1 shows the Abort procedure. 
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Endpoint A 



Endpoint B 



1. Ongoing Procedure P 



-2. Abort- 



Figure 5.5.2-1 : LPP Abort procedure 

1 . A procedure P is ongoing between endpoints A and B. 

2. Endpoint A determines that the procedure must be aborted and sends an Abort message to Endpoint B carrying 
the transaction ID for procedure P. Endpoint B aborts procedure P. 

5.5.3 Reception of an LPP Abort Message 

Upon receiving an Abort message, a device shall: 

1> abort any ongoing procedure associated with the transaction ID indicated in the message. 

6 Information Element Abstract Syntax Definition 



6.1 



General 



The contents of each LPP message is specified in sub-clause 6.2 using ASN. 1 to specify the message syntax and using 
tables when needed to provide further detailed information about the information elements specified in the message 
syntax. 

The ASN.l in this section uses the same format and coding conventions as described in Annex A of [12]. 

Transfer syntax for LPP messages is derived from their ASN.l definitions by use of Basic Packed Encoding Rules 
(BASIC -PER), Unaligned Variant, as specified in ITU-T Rec. X.691 [22]. The encoded LPP message always contains a 
multiple of 8 bits. 

The need for information elements to be present in a message or an abstract type, i.e., the ASN. 1 fields that are 
specified as OPTIONAL in the abstract notation (ASN.l), is specified by means of comment text tags attached to the 
OPTIONAL statement in the abstract syntax. The meaning of each tag is specified in table 6.1-1. These tags are used in 
the downlink (server to target) direction only. 

Table 6.1-1 : Meaning of abbreviations used to specify the need for information elements to be 

present 



Abbreviation 


Meaning 


Cond conditionTag 


Conditionally present 

An information element for wliicli tlie need is specified by means of conditions. For eacli 
conditionTag, the need is specified in a tabular form following the ASN.1 segment. In case, 
according to the conditions, a field is not present, the target takes no action and where 
applicable shall continue to use the existing value (and/or the associated functionality) 
unless explicitly stated otherwise in the description of the field itself. 


Need OP 


Optionally present 

An information element that is optional to signal. For downlink messages, the target is not 

required to take any special action on absence of the IE beyond what is specified in the 

procedural text or the field description table following the ASN.1 segment. The target 

behaviour on absence should be captured either in the procedural text or in the field 

description. 
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Abbreviation 


Cleaning 


Need ON 


Optionally present, No action 

An information element that is optional to signal. If the message is received by the target, 
and in case the information element is absent, the target takes no action and where 
applicable shall continue to use the existing value (and/or the associated functionality). 


Need OR 


Optionally present, Release 

An information element that is optional to signal. If the message is received by the target, 
and in case the information element is absent, the target shall discontinue/ stop using/ delete 
any existing value (and/ or the associated functionality). 



When specifying information elements which are to be represented by BIT STRINGS, if not otherwise specifically 
stated in the field description of the concerned IE or elsewhere, the following principle applies with regards to the 
ordering of bits: 

The first bit (leftmost bit) contains the most significant bit (MSB); 

the last bit (rightmost bit) contains the least significant bit (LSB). 



6.2 



LPP PDU Structure 



LPP-PDU-Definitions 

This ASN.l segment is the start of the LPP PDU definitions. 

-- ASNISTART 

LPP-PDU-Definitions { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

eps-Access (21) modules (3) Ipp (7) versionl (!) Ipp-PDU-Def initions (!) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

-- ASNISTOP 



LPP-Message 



The LPP-Message provides the complete set of information for an invocation or response pertaining to an LPP 
transaction. 



-- ASNISTART 






LPP-Message ::= SEQUENCE { 






transactionID LPP-TransactionID OPTIONAL, 


-- Need 


ON 


endTransaction BOOLEAN, 






sequenceNumber SequenceNumber OPTIONAL, 


-- Need 


ON 


acknowledgement Acknowledgement OPTIONAL, 


-- Need 


ON 


Ipp-MessageBody LPP-MessageBody OPTIONAL 
} 


-- Need 


ON 


SequenceNumber ::= INTEGER {0..255) 






Acknowledgement : : = SEQUENCE { 






ackRequested BOOLEAN, 






acklndicator SequenceNumber OPTIONAL 
} 






-- ASNISTOP 
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LPP-Message field descriptions 



transactionID 

This field is omitted if an Ipp-MessageBody is not present (i.e. in an LPP message sent only to acknowledge a 
previously received message) or if it is not available to the transmitting entity (e.g., in an LPP-Erro/' message triggered 
by a message that could not be parsed). If present, this field shall be ignored at a receiver in an LPP message for 
which the Ipp-MessageBody is not present. 



endTransaction 

This field indicates whether an LPP message is the last message carrying an Ipp-MessageBody \n a transaction 
(TRUE) or not last (FALSE). 



sequenceNumber 

This field may be included when LPP operates over the control plane and an Ipp-MessageBody \s Included but shall 
be omitted otherwise. 



acknowledgement 

This field is included in an LPP acknowledgement and in any LPP message requesting an acknowledgement when 
LPP operates over the control plane and is omitted otherwise 



ackRequested 

This field indicates whether an LPP acknowledgement is requested (TRUE) or not (FALSE). A value of TRUE may 
only be included when an Ipp-MessageBody \s included. 



acklndicator 

This field indicates the sequence number of the message being acknowledged. 



Ipp-MessageBody 

This field may be omitted in case the message is sent only to acknowledge a previously received message. 



LPP-MessageBody 

The LPP-MessageBody identifies the type of an LPP message and contains all LPP information specifically associated 
with that type. 



-- ASNISTART 




LPP-MessageBody ::= CHOICE { 




cl 


CHOICE 


{ 




requestCapabilities 


RequestCapabilities , 




provideCapabilities 


ProvideCapabilities , 




requestAssistanceData 


RequestAssistanceData, 




provideAssistanceData 


ProvideAssistanceData, 




requestLocationlnformation 


RequestLocationlnformation, 




provideLocationlnformation 


ProvideLocationlnformation, 




abort 


Abort , 




error 


Error, 




spare? NULL, spare6 NULL, 


spares NULL, spare4 NULL, 


1 


spares NULL, spare2 NULL, 


sparel NULL, spareO NULL 


messageClassExtension SEQUENCE { } 
} 


-- ASNISTOP 





- LPP-TransactionID 

The LPP-TransactionID identifies a particular LPP transaction and the initiator of the transaction. 



-- ASNISTART 








LPP-TransactionID ::= 
initiator 
transactionNumber 

1 


SEQUENCE { 

Initiator, 
TransactionNumber, 


/ 

Initiator ::= ENUMERATED { 
locationServer, 
targetDevice, 

1 






1 

TransactionNumber ::= 


INTEGER 


{0. 


.255) 


-- ASNISTOP 
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6.3 Message Body lEs 

RequestCapabilities 

The RequestCapabilities message body in a LPP message is used by the location server to request the target device 
capability information for LPP and the supported individual positioning methods. 

-- ASNISTART 

RequestCapabilities ::= SEQUENCE { 

criticalExtensions CHOICE { 

cl CHOICE { 

requestCapabilities-r9 RequestCapabilities -r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 

}, 

criticalExtensionsFuture SEQUENCE { } 



RequestCapabilities -r9-IEs 



SEQUENCE { 



commonlEsRequestCapabilities 
a-gnss -RequestCapabilities 
otdoa-RequestCapabilities 
ecid-RequestCapabilities 
epdu-RequestCapabilities 



CommonlEsRequestCapabilities OPTIONAL, -- Need ON 

A-GNSS-RequestCapabilities OPTIONAL, -- Need ON 

OTDOA-RequestCapabilities OPTIONAL, -- Need ON 

ECID-RequestCapabilities OPTIONAL, -- Need ON 

EPDU- Sequence OPTIONAL, -- Need ON 



ASNISTOP 



RequestCapabilities field descriptions 



commonlEsRequestCapabilities 

This IE is provided for future extensibility and should not be included in this version of the protocol. 



ProvideCapabilities 

The ProvideCapabilities message body in a LPP message indicates the LPP capabilities of the target device to the 
location server. 

-- ASNISTART 

ProvideCapabilities ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

ProvideCapabilities -r9 ProvideCapabilities -r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 

}, 

criticalExtensionsFuture SEQUENCE { } 



ProvideCapabilities -r9-IEs 



SEQUENCE 



commonlEsProvideCapabilities 
a-gnss -ProvideCapabilities 
otdoa- ProvideCapabilities 
ecid- ProvideCapabilities 
epdu- ProvideCapabilities 



CommonlEsProvideCapabilities OPTIONAL, 

A-GNSS -ProvideCapabilities OPTIONAL, 

OTDOA- ProvideCapabilities OPTIONAL, 

ECID- ProvideCapabilities OPTIONAL, 

EPDU- Sequence OPTIONAL, 



ASNISTOP 
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ProvideCapabilities field descriptions 



commonlEsProvideCapabilities 

This IE is provided for future extensibility and should not be included in this version of the protocol. 



RequestAssistanceData 

The RequestAssistanceData message body in a LPP message is used by the target device to request assistance data Irom 
the location server. 

-- ASNISTART 

RequestAssistanceData ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

requestAssistanceData-r9 RequestAssistanceData- r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 

}, 

criticalExtensionsFuture SEQUENCE { } 

} 
} 

RequestAssistanceData-r9-IEs ::= SEQUENCE { 

commonlEsRequestAssistanceData CommonlEsRequestAssistanceData OPTIONAL, 

a-gnss -RequestAssistanceData A-GNSS -RequestAssistanceData OPTIONAL, 

otdoa-RequestAssistanceData OTDOA-RequestAssistanceData OPTIONAL, 

epdu-RequestAssistanceData EPDU-Sequence OPTIONAL, 



ASNISTOP 



ProvideAssistanceData 

The ProvideAssistanceData message body in a LPP message is used by the location server to provide assistance data to 
the target device either in response to a request from the target device or in an unsolicited manner. 



-- ASNISTART 








ProvideAssistanceData ::= SEQUENCE { 








criticalExtensions CHOICE { 








cl CHOICE { 








ProvideAssistanceData- r9 ProvideAssistanceData- r9-IEs, 








spares NULL, spare2 NULL, sparel NULL 

}, 

criticalExtensionsFuture SEQUENCE { } 

} 
} 

ProvideAssistanceData-r9-IEs ::= SEQUENCE { 




















commonlEsProvideAssistanceData CommonlEsProvideAssistanceData 


OPTIONAL, 


-- Need 


ON 


a-gnss -ProvideAssistanceData A-GNSS -ProvideAssistanceData 


OPTIONAL, 


-- Need 


ON 


otdoa- ProvideAssistanceData OTDOA- ProvideAssistanceData 


OPTIONAL, 


-- Need 


ON 


epdu-Provide-Assistance-Data EPDU-Sequence 

} 

-- ASNISTOP 


OPTIONAL, 


-- Need 


ON 









ProvideAssistanceData field descriptions 



CommonlEsProvideAssistanceData 

This IE is provided for future extensibility and should not be included in this version of the protocol. 



RequestLocation Information 

The RequestLocationlnformation message body in a LPP message is used by the location server to request positioning 
measurements or a position estimate from the target device. 



£75/ 



3GPP TS 36.355 version 10.6.0 Release 10 



28 



ETSI TS 136 355 VI 0.6.0 (2012-10) 



-- ASNISTART 

RequestLocationlnformation ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

requestLocationInformation-r9 RequestLocationInformation-r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 

criticalExtensionsFuture SEQUENCE { } 



RequestLocationInformation-r9-IEs ::= SEQUENCE { 
commonlEsRequestLocationlnformation 

CommonlEsRequestLocationlnformation OPTIONAL, -- Need ON 

a-gnss-RequestLocationlnformation A-GNSS-RequestLocationlnformation OPTIONAL, -- Need ON 

otdoa-RequestLocationlnformation OTDOA-RequestLocationlnformation OPTIONAL, -- Need ON 

ecid-RequestLocationInf ormation ECID-RequestLocationlnformation OPTIONAL, -- Need ON 

epdu-RequestLocationlnformation EPDU-Sequence OPTIONAL, -- Need ON 



ASNISTOP 



RequestLocationlnformation field descriptions 



commonlEsRequestLocationlnformation 

This field specifies tlie location information type requested by the location server and optionally other configuration 
information associated with the requested location information. This field should always be included in this version of 
the protocol. 



- ProvideLocation Information 

The ProvideLocationlnformation message body in a LPP message is used by the target device to provide positioning 
measurements or position estimates to the location server. 

-- ASNISTART 



ProvideLocationlnformation ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

provideLocationInf ormation- r 9 ProvideLocationInf ormation-r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 
}. 



criticalExtensionsFuture SEQUENCE { ] 



} 



ProvideLocationInformation-r9-IEs ::= SEQUENCE { 
commonlEsProvideLocationInf ormation 

CommonlEsProvideLocationInf ormation 
a -gnss- ProvideLocationlnformation A- GNSS- ProvideLocationlnformation 
otdoa- ProvideLocationlnformation OTDOA- ProvideLocationlnformation 
ec id- ProvideLocationlnformation ECID- ProvideLocationlnformation 
epdu- ProvideLocationlnformation EPDU-Sequence 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



ASNISTOP 



Abort 

The Abort message body in a LPP message carries a request to abort an ongoing LPP procedure. 



-- ASNISTART 






Abort : : = SEQUENCE { 






criticalExtensions 




CHOICE { 


cl 




CHOICE { 


abort -r9 




Abort-r9-IEs, 


spares NULL, 


sp 


are2 NULL, sparel NULL 
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criticalExtensionsFuture SEQUENCE {} 
} 
} 

Abort-r9-IEs ::= SEQUENCE { 






commonlEsAbort CommonlEsAbort OPTIONAL, 


-- Need ON 


epdu-Abort EPDU- Sequence OPTIONAL 
} 


-- Need ON 


-- ASNISTOP 





- Error 

The Error message body in a LPP message carries information concerning a LPP message that was received with 
errors. 

-- ASNISTART 

Error : := CHOICE { 

error-r9 Error-r9-IEs, 

criticalExtensionsFuture SEQUENCE { } 
} 



Error-r9-IEs ::= SEQUENCE { 

commonlEsError CommonlEsError 



epdu- Error 



EPDU- Sequence 



OPTIONAL, -- Need ON 
OPTIONAL -- Need ON 



ASNISTOP 



6.4 Common lEs 

Common lEs comprise lEs that are apphcable to more than one LPP positioning method. 

6.4.1 Common Lower-Level lEs 
AccessTypes 



The IE AccessTypes is used to indicate several cellular 


access 


types usmg 


a 


bit map. 


-- ASNISTART 














AccessTypes : : = 


SEQUENCE { 












accessTypes 


BIT STRING 


{ eutra 
utra 


(0) 

(1) 








} 

-- ASNISTOP 




gsm 


(2) 


} {SIZE 


{1 


. .8) ) , 















>^ccess Types field descriptions 



accessTypes 

This field specifies tlie cellular access type(s). This is represented by a bit string, with a one-value at the bit position 
means the particular access type is addressed; a zero-value means not addressed. 



ARFCN-ValueEUTRA 

The m ARFCN-ValueEUTRA is used to indicate the ARFCN of the E-UTRA carrier frequency, as defined in [12]. 



ASNISTART 
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ARFCN-ValueEUTRA ::= INTEGER {0.. 65535) 
-- ASNISTOP 



ARFCN-ValueUTRA 

The IE ARFCN-ValueUTRA is used to indicate the ARFCN of the UTRA carrier frequency, as defined in [13]. 



-- ASNISTART 

ARFCN-ValueUTRA ::= INTEGER {0.. 16383) 

-- ASNISTOP 



CellGloballdEUTRA-AndUTRA 

The IE CellGloballdEUTRA-AndUTRA specifies the global Cell Identifier for E-UTRA or UTRA, the globally unique 
identity of a cell in E-UTRA or UTRA. 



-- ASNISTART 












CellGloballdEUTRA-AndUTRA ::= SEQUENCE { 
plmn- Identity SEQUENCE { 

mcc SEQUENCE 
mnc SEQUENCE 
1 


{SIZE 
{SIZE 


{3) ) 
{2. .3) ) 


OF INTEGER { . 
OF INTEGER {0. 


.9) , 
.9) 


cellldentity CHOICE { 
eutra BIT STRING {SIZE 
utra BIT STRING {SIZE 


{28) ) , 
{32) ) 










} 

-- ASNISTOP 













CellGloballdEUTRA-AndUTRA field descriptions 



pimn-ldentity 

This field identifies the PLMN of the cell as defined in [12]. 



cellldentity 

This field defines the identity of the cell within the context of the PLMN as defined in [12] and [13]. The size of the bit 
string allows for the 32-bit extended UTRAN cell ID; in case the cell ID is shorter, the first bits of the string are set to 0. 



CellGloballdGERAN 

The IE CellGloballdGERAN specifies the global Cell Identifier for GERAN, the globally unique identity of a cell in 
GERAN. 



-- ASNISTART 














CellGloballdGERAN ::= 
plmn- Identity 


SEQUENCE { 
SEQUENCE { 
mcc 
mnc 

}, 

BIT STR 
BIT STR 


SEQUENCE 
SEQUENCE 


{SIZE 
{SIZE 


{3) ) 
{2. .3) ) 


OF INTEGER {0. 
OF INTEGER {0. 


.9) , 
.9) 


locationAreaCode 
cellldentity 

} 

-- ASNISTOP 


ING {SIZE 
ING {SIZE 


{16) ) , 
{16) ) , 
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CellGloballdGERAN field descriptions 



pimn-ldentity 

This field identifies tlie PLIVIN of the cell. 



locationAreaCode 

This field is a fixed length code identifying the location area within a PLMN. 



cellldentity 

This field specifies the cell Identifier which is unique within the context of the GERAN location area. 



EGG I 

The IE ECGI specifies the Evolved Cell Global Identifier (ECGI), the globally unique identity of a cell in E-UTRA 

[12]. 

-- ASNISTART 

ECGI : : = SEQUENCE { 

mcc SEQUENCE {SIZE (3)) OF INTEGER {0..9), 

mnc SEQUENCE {SIZE {2.. 3)) OF INTEGER {0..9), 

cellldentity BIT STRING {SIZE {28)) 
} 

-- ASNISTOP 



- Ellipsoid-Point 

The IE Ellipsoid-Point is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 

-- ASNISTART 

Elllpsold-Polnt ::= SEQUENCE { 

latltudeSlgn ENUMERATED {north, south}, 

degreesLatltude INTEGER {0 .. 8388607) , -- 23 bit field 

degreesLongltude INTEGER {-8388608 .. 8388607) -- 24 bit field 

} 

-- ASNISTOP 



- Ellipsoid-PointWithUncertaintyGircle 

The IE Ellipsoid-PointWithUncertaintyCircle is used to describe a geographic shape as defined in 3GPP TS 23.032 
[15]. 



-- ASNISTART 




Elllpsold-PolntWlthUncertalntyClrcle ::= SEQUENCE { 




latltudeSlgn ENUMERATED {north, south}. 




degreesLatltude INTEGER {0 .. 8388607) , 


-- 23 bit field 


degreesLongltude INTEGER {-8388608 .. 8388607) , 


-- 24 bit field 


uncertainty INTEGER {0..12 7) 
} 




-- ASNISTOP 





- EllipsoidPointWithUncertaintyEllipse 

The IE EllipsoidPointWithUncertaintyEllipse is used to describe a geographic shape as defined in 3GPP TS 23.032 
[15]. 

-- ASNISTART 

ElllpsoldPolntWlthUncertalntyElllpse ::= SEQUENCE { 

latltudeSlgn ENUMERATED {north, south}, 

degreesLatltude INTEGER {0 .. 8388607) , -- 23 bit field 

degreesLongltude INTEGER {-8388608 .. 8388607) , -- 24 bit field 

uncertalntySemlMajor INTEGER {0..127), 
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uncertaintySemiMinor 


INTEGER { . 


.127) , 




orientationMajorAxis 


INTEGER {0. 


.179) , 


} 


confidence 


INTEGER {0. 


.100) 




ASNISTOP 







EllipsoidPointWithAltitude 

The IE EllipsoidPointWithAltitude is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 










EllipsoidPointWithAlti 


tude : 


= SEQUENCE { 






latitudeSign 




ENUMERATED {north, south}, 






degreesLatitude 




INTEGER {0. .8388607) , 


-- 23 bit 


field 


degree sLongitude 




INTEGER {-8388608. .8388607) , 


-- 24 bit 


field 


altitudeDirection 




ENUMERATED {height, depth}. 






altitude 
} 




INTEGER {0. .32767) 


-- 15 bit 


field 


-- ASNISTOP 











- EllipsoidPointWithAltitudeAndUncertaintyEllipsoid 

The IE EllipsoidPointWithAltitudeAndUncertaintyEllipsoid is used to describe a geographic shape as defined in 3GPP 
TS 23.032 [15]. 



-- ASNISTART 










EllipsoidPointWithAltitudeAndUncertaintyEllipsoid ::= SEQUENCE { 








latitudeSign 


ENUMERATED {north, south}. 








degreesLatitude 


INTEGER {0. .8388607) , 


-- 23 


bit 


field 


degreesLongitude 


INTEGER {-8388608. .8388607) , 


-- 24 


bit 


field 


altitudeDirection 


ENUMERATED {height, depth}. 








altitude 


INTEGER {0. .32767) , 


-- 15 


bit 


field 


uncertaintySemiMa j or 


INTEGER {0. .127) , 








uncertaintySemiMinor 


INTEGER {0. .127) , 








orientationMajorAxis 


INTEGER {0. .179) , 








uncertaintyAltitude 


INTEGER {0. .127) , 








confidence 
} 


INTEGER {0. .10 0) 








-- ASNISTOP 











- EllipsoidArc 

The IE EllipsoidArc is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 










EllipsoidArc ::= SEQUENCE { 










latitudeSign 


ENUMERATED {north, south}. 






degreesLatitude 


INTEGER 


0. .8388607) , 


-- 23 bit 


field 


degreesLongitude 


INTEGER 


-8388608. .8388607) , 


-- 24 bit 


field 


innerRadius 


INTEGER 


0. .65535) , 


-- 16 bit 


field. 


uncertaintyRadius 


INTEGER 


0. .127) , 






of f setAngle 


INTEGER 


0. .179) , 






includedAngle 


INTEGER 


0. .179) , 






confidence 
} 


INTEGER 


0. .100) 






-- ASNISTOP 











EPDU-Sequence 

The EPDU-Sequence contains lEs that are defined externally to LPP by other organizations. 
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-- ASNISTART 
















EPDU-Sequence ::= SEQUENCE 


{SIZE 


{1. .maxEPDU) ) 


OF 


EPDU 


maxEPDU INTEGER : : = 


16 














EPDU : : = SEQUENCE { 
















ePDU-Identif ier 




EPDU- 


Ident 


if ier 








ePDU-Body 
} 




EPDU- 


Body 










EPDU-Identif ier : : = 


SEQUENCE { 












ePDU-ID 




EPDU- 


ID, 










ePDU-Name 

} 

EPDU-ID : := INTEGER 




EPDU- 


Name 




OPTIONAL, 


{1. .256 














EPDU-Name ::= VisibleString 


{SIZE {!.. 


32) ) 








EPDU-Body ::= OCTET 


STRING 














-- ASNISTOP 

















EPDU-Sequence field descriptions 



EPDU-ID 

This field provides a unique integer ID for the externally defined positioning method. Its value is assigned to the 
external entity that defines the EPDU. See table External PDU Identifier Definition for a list of external PDU identifiers 
defined in this version of the specification. 



EPDU-Name 

This field provides an optional character encoding which can be used to provide a quasi-unique name for an external 
PDU - e.g., by containing the name of the defining organization and/or the name of the associated public or 
proprietary standard for the EPDU. 



EPDU-Body 

The content and encoding of this field are defined externally to LPP. 



External PDU Identifier Definition 



EPDU-ID 


EPDU Defining entity 


Method name 


Reference 


1 


OMA LOG 


OMA LPP extensions (LPPe) 


0MA-TS-LPPe-V1 
[20] 



- HorizontalVelocity 

The IE HorizontalVelocity is used to describe a velocity shape as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 






HorizontalVelocity : : 


= SEQUENCE { 




bearing 


INTEGER {0. 


.359) , 


horizontalSpeed 
} 


INTEGER { . 


.2047) 


-- ASNISTOP 







HorizontalWithVerticalVelocity 



The IE HorizontalWithVerticalVelocity is used to describe a 


velocity shape 


as defined in 


3GPPTS 23.032 [15]. 


-- ASNISTART 

HorizontalWithVerticalVelocity 
bearing 

horizontalSpeed 
vert icalDirect ion 
verticalSpeed 


: : = SEQUENCE { 
INTEGER{0. .359) , 
INTEGER {0. .2047) , 
ENUMERATED { upward , 
INTEGER {0. .255) 


downward} , 
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ASNISTOP 



- HorizontalVelocityWithUncertainty 

The IE HorizontalVelocityWithUncertainty is used to describe a velocity shape as defined in 3GPP TS 23.032 [15]. 



-- 


ASNISTART 






HorizontalVelocityWithUncertai 


.nty : : = SEQUENCE { 




bearing 


INTEGER { . 


.359) , 




horizontalSpeed 


INTEGER { . 


.2047) , 


} 


uncertaintySpeed 


INTEGER { . 


.255) 


__ 


ASNISTOP 







- HorizontalWithVerticalVelocityAndUncertainty 

The IE HorizontalWithVerticarVelocityAndUncertainty is used to describe a velocity shape as defined in 3GPP TS 
23.032 [15]. 



-- 


ASNISTART 








HorizontalWithVerticalVelocityAndUncertainty ::= ! 
bearing INTEGER {0 .. 359) , 
horizontalSpeed INTEGER{0. .2047) , 
vert icalDirect ion ENUMERATED {upward 
verticalSpeed INTEGER {0 .. 255) , 
horizontalUncertaintySpeed INTEGER {0. .255) , 
verticalUncertaintySpeed INTEGER {0. .255) 

} 


SEQUENCE { 
, downward}, 


._ 


ASNISTOP 









LocationCoordinateTypes 

The IE LocationCoordinateTypes defines a list of possible geographic shapes as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 




LocationCoordinateTypes ::= SEQUENCE { 




ellipsoidPoint 


BOOLEAN, 


ellipsoidPointWithUncertaintyCircle 


BOOLEAN, 


ell ipsoidPointWithUncertaintyEll ipse 


BOOLEAN, 


polygon 


BOOLEAN, 


ellipsoidPointWithAltitude 


BOOLEAN, 


ellipsoidPointWithAltitudeAndUncertaintyEllipsoid 


BOOLEAN, 


ellipsoidArc 

} 

-- ASNISTOP 


BOOLEAN, 





- Polygon 

The IE Polygon is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 

-- ASNISTART 

Polygon ::= SEQUENCE {SIZE {3.. 15)) OF PolygonPoints 



PolygonPoints ::= SEQUENCE { 
latitudeSign 
degree sLatitude 
degreesLongitude 



ENUMERATED {north, south}, 
INTEGER {0. .8388607) , 
INTEGER {-8388608. .8388607) 



23 bit field 

24 bit field 
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ASNISTOP 



PositioningModes 



The IE PositioningModes is used to indicate several positioning modes using a bit map. 

-- ASNISTART 

PositioningModes ::= SEQUENCE { 

posModes BIT STRING { standalone (0) , 

ue-based (1) , 

ue-assisted (2) } {SIZE {1..8)), 

} 

-- ASNISTOP 



PositioningModes field descriptions 



posl\/lodes 

This field specifies tlie positioning mode(s). Tliis is represented by a bit string, witli a one-value at tlie bit position 
nneans tiie particular positioning nnode is addressed; a zero-value means not addressed. 



VelocityTypes 

The IE VelocityTypes defines a list of possible velocity shapes as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 




VelocityTypes : : = SEQUENCE { 




horizontalVelocity 


BOOLEAN, 


horizontalWithVerticalVelocity 


BOOLEAN, 


horizontalVelocityWithUncertainty 


BOOLEAN, 


horizontalWithVerticalVelocityAndUncertainty 

} 

-- ASNISTOP 


BOOLEAN, 





6.4.2 Common Positioning 

CommonlEsRequestCapabllltles 



The CommonlEsRequestCapabilities carries common lEs f( 


)r a Request Capabilities LPP message Type. 


-- ASNISTART 




CommonlEsRequestCapabilities ::= SEQUENCE { 

} 

-- ASNISTOP 







CommonlEsProvideCapabilities 



The CommonlEsProvideCapabilities carries common lEs for a Provide Capabilities LPP message Type. 

ASNISTART 
CommonlEsProvideCapabilities ::= SEQUENCE 




£75/ 



3GPP TS 36.355 version 10.6.0 Release 10 



36 



ETSI TS 136 355 VI 0.6.0 (2012-10) 



ASNISTOP 



CommonlEsRequestAssistanceData 



The CommonlEsRequestAssistanceData carries common lEs for a Request Assistance Data LPP message Type. 

-- ASNISTART 

CommonlEsRequestAssistanceData ::= SEQUENCE { 

primaryCelllD ECGI OPTIONAL, -- Cond EUTRA 



ASNISTOP 



Conditional presence 


Explanation 


EUTRA 


The field is mandatory present for E-UTRA access. The field shall be onnitted for non- 
EUTRA user plane support. 



CommonlEsRequestAssistanceData field descriptions 



primaryCelllD 

This parameter identifies the current primary cell for the target device. 



CommonlEsProvideAssistanceData 



The CommonlEsProvideAssistanceData carries common lEs fc 


)r a Provide Assistance Data LPP message Type. 


-- ASNISTART 




CommonlEsProvideAssistanceData ::= SEQUENCE { 

} 

-- ASNISTOP 







- CommonlEsRequestLocationlnformation 

The CommonlEsRequestLocationlnformation carries common lEs for a Request Location Information LPP message 
Type. 



-- ASNISTART 








CommonlEsRequestLocationlnformation ::= SEQUENCE { 






locationlnformationType 


LocationlnformationType , 






triggeredReporting 


TriggeredReportingCriteria OPTIONAL, 


- - Cond 


ECID 


periodicalReporting 


PeriodicalReportingCriteria OPTIONAL, 


-- Need 


ON 


additionalinf ormation 


Additionalinf ormation OPTIONAL, 


-- Need 


ON 


qos 


QoS OPTIONAL, 


-- Need 


ON 


environment 


Environment OPTIONAL, 


-- Need 


ON 


locationCoordinateTypes 


LocationCoordinateTypes OPTIONAL, 


-- Need 


ON 


velocityTypes 

} 

LocationlnformationType ::= ENU 


VelocityTypes OPTIONAL, 


-- Need 


ON 


MERATED { 






locationEstimateRequired, 








locationMeasurementsRequire 


d. 






locationEstimatePref erred, 








locationMeasurementsPref erred, 
1 






1 

PeriodicalReportingCriteria ::= 


SEQUENCE { 






report ingAmount 


ENUMERATED { 








ral, ra2 , ra4 , ra8, ral6. 


ra32. 






ra64, ra-Infinity 
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} DEFAULT ra- Infinity, 
reportinglnterval ENUMERATED { 

noPeriodicalReporting, riO-25, 

riO-5, ril, ri2, ri4, ri8, ril6, ri32, ri64 



TriggeredReportingCriteria ::= SEQUENCE { 

cellChange BOOLEAN, 

report ingDurat ion Report ingDurat ion. 



ReportingDuration ::= INTEGER {0..255) 

Additionallnformation ::= ENUMERATED { 
onlyReturnlnformationRequested, 
mayReturnAditionallnformation, 



QoS : : = SEQUENCE { 

horizontalAccuracy HorizontalAccuracy OPTIONAL, -- Need ON 

verticalCoordinateRequest BOOLEAN, 

verticalAccuracy VerticalAccuracy OPTIONAL, -- Need ON 

responseTime ResponseTime OPTIONAL, -- Need ON 

velocityRequest BOOLEAN, 



HorizontalAccuracy ::= SEQUENCE { 

accuracy INTEGER { . .12 7) , 
confidence INTEGER {0 .. 100) , 



VerticalAccuracy ::= SEQUENCE { 

accuracy INTEGER { . .12 7) , 
confidence INTEGER {0 .. 100) , 



ResponseTime ::= SEQUENCE { 

time INTEGER {1..128) 



Environment : : = ENUMERATED { 
badArea, 
notBadArea, 
mixedArea, 



ASNISTOP 



Conditional presence 



Explanation 



ECID 



The field is optionally present, need ON, if ECID is requested. Otherwise it is not present. 



CommonlEsRequestLocationlnformation field descriptions 



locationlnformation Type 

This IE indicates whether the server requires a location estimate or measurements. For "locationEstimateRequired', 
the target device shall return a location estimate if possible, or indicate a location error if not possible. For 
" locationMeasurementsRequirecf' , the target device shall return measurements if possible, or indicate a location error 
if not possible. For "locationEstimatePreferrecf', the target device shall return a location estimate if possible, but may 
also or instead return measurements for any requested position methods for which a location estimate is not possible. 
For " locationMeasurementsPreferred' , the target device shall return location measurements if possible, but may also 
or instead return a location estimate for any requested position methods for which return of location measurements is 
not possible. 
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CommonlEsRequestLocationlnformation field descriptions 



triggeredReporting 

This IE indicates tliat triggered reporting is requested and comprises the following subfields: 

• cellChange: If this field is set to TRUE, the target device provides requested location information each time the 

primary cell has changed. 

• reportingDuration: IVIaximum duration of triggered reporting in seconds. A value of zero is interpreted to mean 

an unlimited (i.e. "infinite") duration. The target device should continue triggered reporting for the 

reportingDuration or until an LPP Abort or LPP Error message is received. 
The triggeredReporting f\e\6 should not be included by the location server and shall be ignored by the target device if 
the periodicaiReporting IE or responseTime IE is included in CommonlEsRequestLocationlnformation. 



periodicalReporting 

This IE indicates that periodic reporting is requested and comprises the following subfields: 

• reportingAmount indicates the number of periodic location information reports requested. Enumerated values 

correspond to 1 , 2, 4, 8, 1 6, 32, 64, or infinite/indefinite number of reports. If the reportingAmount is 
"infinite/indefinite", the target device should continue periodic reporting until an LPP /Aborf message is 
received. The value "ra1" shall not be used by a sender. 

• reportinglnterval indicates the interval between location information reports and the response time 

requirement for the first location information report. Enumerated values riO-25, riO-5, ril , ri2, ri4, ri8, ri1 6, 
ri32, ri64 correspond to reporting intervals of 1 , 2, 4, 8, 10, 16, 20, 32, and 64 seconds, respectively. 
Measurement reports containing no measurements or no location estimate are required when a 
reportinglntervai exp\res before a target device is able to obtain new measurements or obtain a new location 
estimate. The value " noPeriodicalReporting" shall not be used by a sender. 



additionallnformation 

This IE indicates whether a target device is allowed to return additional information to that requested. If this IE 
indicates "oniyReturnlnformationRequested"\hen the target device shall not return any additional information to that 
requested by the server. If this IE indicates "mayReturnAdditionallnformation" Ihen the target device may return 
additional information to that requested by the server. If a location estimate is returned, any additional information is 
restricted to that associated with a location estimate (e.g. might include velocity if velocity was not requested but 
cannot include measurements). If measurements are returned, any additional information is restricted to additional 
measurements (e.g. might include E-CID measurements if A-GNSS measurements were requested but not E-CID 
measurements). 



qos 

This IE indicates the quality of service and comprises a number of sub-fields. In the case of measurements, some of 
the sub-fields apply to the location estimate that could be obtained by the server from the measurements provided by 
the target device assuming that the measurements are the only sources of error. Fields are as follows: 

• horizontalAccuracy indicates the maximum horizontal error in the location estimate at an indicated 
confidence level. The "accuracy" code and "confidence" is as defined in 3GPP TS 23.032 [15]. 

• verticalCoordinateRequest indicates whether a vertical coordinate is required (TRUE) or not (FALSE) 

• verticalAccuracy indicates the maximum vertical error in the location estimate at an indicated confidence 
level and is only applicable when a vertical coordinate is requested. The "accuracy" code and "confidence" is 
as defined in 3GPP TS 23.032 [15]. 

• responseTime indicates the maximum response time as measured between receipt of the 
RequestLocation information and transmission of a ProvideLocationlnformation. This is given as an integer 
number of seconds between 1 and 128. If the periodicaiReporting IE is included in 

CommoniEsRequestLocationinformation, this field should not be included by the location server and shall be 
ignored by the target device (if included). 

• velocityRequest indicates whether velocity (or measurements related to velocity) is requested (TRUE) or not 
(FALSE). 

All QoS requirements shall be obtained by the target device to the degree possible but it is permitted to return a 
response that does not fulfill all QoS requirements if some were not attainable. The single exception is response-time 
which shall always be fulfilled - even if that means not fulfilling other QoS requirements. 



environment 

This field provides the target device with information about expected multipath and non line of sight (NLOS) in the 
current area. The following values are defined: 

• badArea: possibly heavy multipath and NLOS conditions (e.g. bad urban or urban). 

• notBadArea: no or light multipath and usually LOS conditions (e.g. suburban or rural). 

• mixedArea: environment that is mixed or not defined. 

If this field is absent, a default value of "mixedArea" applies. 



locationCoordinateTypes 

This field provides a list of the types of location estimate that the target device may return when a location estimate is 
obtained by the target. 



velocityTypes 

This fields provides a list of the types of velocity estimate that the target device may return when a velocity estimate is 
obtained by the target. 



£75/ 



3GPP TS 36.355 version 1 0.6.0 Release 1 39 ETSI TS 1 36 355 V1 0.6.0 (201 2-1 0) 

- CommonlEsProvideLocationlnformation 

The CommonlEsProvideLocationlnformation carries common lEs for a Provide Location Information LPP message 
Type. 

-- ASNISTART 

CommonlEsProvideLocationInf ormation ::= SEQUENCE { 

locationEstimate LocationCoordinates OPTIONAL, 

velocityEstimate Velocity OPTIONAL, 

locationError LocationError OPTIONAL, 



LocationCoordinates ::= CHOICE { 

ellipsoidPoint Ellipsoid-Point, 

ellipsoidPointWithUncertaintyCircle Ellipsoid-PointWithUncertaintyCircle, 
ellipsoidPointWithUncertaintyEllipse EllipsoidPointWithUncertaintyEllipse, 
polygon Polygon, 

ellipsoidPointWithAltitude EllipsoidPointWithAltitude , 

ellipsoidPointWithAltitudeAndUncertaintyEllipsoid 

EllipsoidPointWithAltitudeAndUncertaintyEllipsoid, 
ellipsoidArc EllipsoidArc, 



Velocity ::= CHOICE { 

horizontalVelocity HorizontalVelocity, 

horizontalWithVerticalVelocity HorizontalWithVerticalVelocity, 

horizontalVelocityWithUncertainty HorizontalVelocityWithUncertainty, 

horizontalWithVerticalVelocityAndUncertainty 

HorizontalWithVerticalVelocityAndUncertainty, 



LocationError ::= SEQUENCE { 

locationf ailurecause LocationFailureCause , 



LocationFailureCause ::= ENUMERATED { 
undefined, 

requestedMethodNot Supported, 
positionMethodFailure , 
periodicLocationMeasurementsNotAvailable, 

} 

-- ASNISTOP 



CommonlEsProvideLocationlnformation field descriptions 



locationEstimate 

This field provides a location estimate using one of the geographic shapes defined in 3GPP TS 23.032 [15]. Coding of 
the values of the various fields internal to each geographic shape follow the rules in [1 5]. The conditions for including 
this field are defined for the locationlnformationType field in a Request Location Information message. 



velocityEstimate 

This field provides a velocity estimate using one of the velocity shapes defined in 3GPP TS 23.032 [15]. Coding of the 
values of the various fields internal to each velocity shape follow the rules in [1 5]. 



locationError 

This field shall be included if and only if a location estimate and measurements are not included in the LPP PDU. The 
field includes information concerning the reason for the lack of location information. The LocationFailureCause 
"periodicLocationMeasurementsNotAvailable" shall be used by the target device if periodic location reporting was 
requested, but no measurements or location estimate are available when tlie reportinglnterval exp\re6. 



- Common I EsAbort 

The CommonlEsAbort carries common IBs for an Abort LPP message Type. 



-- ASNISTART 
CommonlEsAbort ::= SEQUENCE 
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abortCause ENUMERATED { 

undefined, 

stopPeriodicReporting, 
targetDeviceAbort , 
networkAbort , 



ASNISTOP 



CommonlEsAbort Vie\(i descriptions 



abortCause 

This IE defines the request to abort an ongoing procedure. The abort cause "stopPeriodicReporting" should be used 
by the location server to stop any ongoing location reporting configured as periodicaiReporting or triggeredReporting 
in the CommonlEsRequestLocationlnformation. 



- CommonlEsError 

The CommonlEsError carries common lEs for an Error LPP message Type. 

-- ASNISTART 

CommonlEsError ::= SEQUENCE { 

errorCause ENUMERATED { 
undefined, 

IppMessageHeaderError, 
IppMessageBodyError, 
epduError, 
incorrectDataValue , 



ASNISTOP 



CommonlEsError Vie\d descriptions 



errorCause 

This IE defines the cause for an error. " IppMessageHeaderErroi" , "IppMessageBodyErroi" and "epduError" is used if a 
receiver is able to detect a coding error in the LPP header (i.e., in the common fields), LPP message body or in an 
EPDU, respectively. 



6.5 Positioning IVIethod lEs 
6.5.1 OTDOA Positioning 



6.5.1.1 



OTDOA Assistance Data 



OTDOA-ProvideAssistanceData 

The IE OTDOA-ProvideAssistanceData is used by the location server to provide assistance data to enable UE-assisted 
downlink OTDOA. It may also be used to provide OTDOA positioning specific error reason. 

Throughout Section 6.5.1, "assistance data reference cell" refers to the cell defined by the IE OTDOA-ReferenceCelllnfo 
(see section 6.5.1.2). "RSTD reference cell" applies only in Section 6.5.1.5. 

NOTE: The location server should include at least one cell for which the SEN can be obtained by the target 
device, e.g. the serving cell, in the assistance data, either as the assistance data reference cell or in the 
neighbor cell list. Otherwise the target device will be unable to perform the OTDOA measurement and 
the positioning operation will fail. 
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-- ASNISTART 










OTDOA-ProvideAssistanceData : 


= SEQUENCE { 








otdoa-Ref erenceCellInf o 


OTDOA-Ref erenceCellInf o 


OPTIONAL, 


-- Need 


ON 


otdoa-NeighbourCelllnfo 


OTDOA-NeighbourCelllnfoList 


OPTIONAL, 


-- Need 


ON 


otdoa-Error 

} 

-- ASNISTOP 


OTDOA- Error 


OPTIONAL, 


-- Need 


ON 











6.5.1.2 



OTDOA Assistance Data Elements 



OTDOA-ReferenceCelllnfo 

The IE OTDOA-ReferenceCelllnfo is used by the location server to provide assistance data reference cell information 
for OTDOA assistance data. The slot number offsets and expected RSTDs in OTDOA-NeighbourCelllnfoList are 
provided relative to the cell defined by this IE. If earfcn/Je/ of this assistance data reference cell is different from that of 
the serving cell, the LPP layer shall inform lower layers to start performing inter-frequency RSTD measurements with 
this cell and provide to lower layers the information about this assistance data reference cell, e.g. EARFCN and PRS 
positioning occasion information. 

NOTE: The location server should always include the PRS configuration of the assistance data reference and 
neighbour cells. Otherwise the UE may not meet the accuracy requirements as defined in [18]. 



-- ASNISTART 






OTDOA-ReferenceCelllnfo : 


= SEQUENCE { 




physCellld 


INTEGER {0. .503) , 




cellGloballd 


ECGI OPTIONAL, 


-- Need ON 


earf cnRef 


ARFCN-ValueEUTRA OPTIONAL, 


-- Cond NotSameAsServO 


antennaPortConf ig 


ENUMERATED {portsl-or-2 , ports4, ... } 






OPTIONAL, 


-- Cond NotSameAsServl 


cpLength 


ENUMERATED { normal, extended, ... }, 




prslnfo 

} 

-- ASNISTOP 


PRS -Info OPTIONAL, 


-- Cond PRS 







Conditional presence 


Explanation 


NotSameAsServO 


The field is mandatory present if tlie EARFCN of tine OTDOA assistance data reference 
cell is not the same as the EARFCN of the target devices"s current primary cell. 


NotSameAsServ 1 


The field is mandatory present if the antenna port configuration of the OTDOA assistance 
data reference cell is not the same as the antenna port configuration of the target 
devices"s current primary cell. 


PRS 


The field is mandatory present if positioning reference signals are available in the 
assistance data reference cell [16]; otherwise it is not present. 



OTDOA-ReferenceCelllnfo field descriptions 



physCellld 

This field specifies the physical cell identity of the assistance data reference cell, as defined in [12]. 



cellGloballd 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the assistance data reference cell, as 
defined in [12]. The server should include this field if it considers that it is needed to resolve ambiguity in the cell 
indicated by physCellld. 



earfcnRef 

This field specifies the EARFCN of the assistance data reference cell. 



antennaPortConfig 

This field specifies whether 1 (or 2) antenna port(s) or 4 antenna ports for cell specific reference signals (CRS) are 
used in the assistance data reference cell. 



cpLength 

This field specifies the cyclic prefix length of the assistance data reference cell PRS if the prslnfo field is present, 
otherwise this field specifies the cyclic prefix length of the assistance data reference cell CRS. 



prslnfo 

This field specifies the PRS configuration of the assistance data reference cell. 
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PRS-lnfo 

The IE PRS-lnfo provides the information related to the configuration of PRS in a cell. 



-- ASNISTART 














PRS-lnfo ::= SEQUENCE { 
prs- Bandwidth 
prs-Conf igurationlndex 
numDL- Frames 


ENUMERATED { n6 , nl5, n2 5, n5 
INTEGER {0. .4095) , 
ENUMERATED {sf-1, sf-2, sf-4, 


, n75, nlOO, . 
3f-6, . . . }, 


■■ }, 




prs-MutingInf o 
po2-r9 
po4-r9 
po8-r9 
pol6-r9 


-r9 




CHOICE { 

BIT STRING {SIZE (2) ) , 
BIT STRING {SIZE (4) ) , 
BIT STRING {SIZE (8) ) , 
BIT STRING {SIZE{16)), 








} 
} 








OPTIONAL 




-- Need OP 


-- ASNISTOP 















PRS-lnfo field descriptions 



prs-Bandwidth 

This field specifies tlie bandwidtli tliat is used to configure the positioning reference signals on. Enumerated values 
are specified in number of resource blocks {n6 corresponds to 6 resource blocks, n15 to 15 resource blocks and so 
on) and define 1 .4, 3, 5, 1 0, 1 5 and 20 MHz bandwidth. 



prs-Configurationlndex 

This field specfies the positioning reference signals configuration index Iprs as defined in [16]. 



numDL-Frames 

This field specifies the number of consecutive downlink subframes Nprs with positioning reference signals, as defined 
in [16]. Enumerated values define 1, 2, 4, or 8 consecutive subframes. 



prs-Mutinglnfo 

This field specifies the PRS muting configuration of the cell. The PRS muting configuration is defined by a periodic 
PRS muting sequence with periodicity Trep where Trep, counted in the number of PRS positioning occasions [18], can 
be 2, 4, 8, or 16 which is also the length of the selected bit string that represents this PRS muting sequence. If a bit in 
the PRS muting sequence is set to "0", then the PRS is muted in the corresponding PRS positioning occasion. A PRS 
positioning occasion comprises of Nprs downlink positioning subframes as defined in [16]. The first bit of the PRS 
muting sequence corresponds to the first PRS positioning occasion that starts after the beginning of the assistance 
data reference cell SFN=0. The sequence is valid for all subframes after the target device has received the prs- 
Mutinglnfo. If this field is not present the target device may assume that the PRS muting is not in use for the cell. 

When the SFN of the assistance data reference cell is not known to the UE and prs-Mutinglnfo is provided for a cell in 
the OTDOA-NeighbourCelllnfoList\E, the UE may assume no PRS is transmitted by that cell. 



OTDOA-NeighbourCelllnfoList 

The IE OTDOA-NeighbourCelllnfoList is used by the location server to provide neighbour cell information for OTDOA 
assistance data. The OTDOA-NeighbourCelllnfoList is sorted in the decreasing order of priority for measurement to be 
performed by the target device, with the first cell in the list being the highest priority for measurement. The exact 
sorting of the list is left to server implementation. The target device should provide the available measurements in the 
same order as provided by the server. If inter-frequency neighbour cells are included in OTDOA-NeighbourCelllnfoList, 
where an inter-frequency is a E-UTRA frequency which is different from the E-UTRA serving cell frequency, the LPP 
layer shall inform lower layers to start performing inter-frequency RSTD measurements for these neighbour cells and 
also provide to lower layers the information about these neighbour cells, e.g. EARFCN and PRS positioning occasion 
information. 



-- ASNISTART 


















OTDOA-NeighbourCelllnfoList 
OTDOA-NeighbourFreqInf o ::= 


: := SEQUENCE {SIZE 
SEQUENCE {SIZE {1. 


{1. . 
24) ) 


maxFreqLayers) ) OF OTDOA-NeighbourFreqInfo 
OF OTDOA-NeighbourCelllnfoElement 


OTDOA-NeighbourCe 
physCellld 
cellGloballd 


llInfoElement 


: : = SEQUENCE { 

INTEGER { . 
ECGI 


.503) , 

OPTIONAL, 




-- Need ON 
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earf en 




ARFCN-ValueEUTRA 


OPTIONAL, 


- - Cond 


NotSameAsRef 


cpLength 




ENUMERATED 


{normal, 


extended, . . . } 
OPTIONAL, 


- - Cond 


NotSameAsRef 1 


prsinf o 




PRS-Info 




OPTIONAL, 


- - Cond 


NotSameAsRef2 


antennaPortConf ig 




ENUMERATED 


{ports-1 


-or-2, ports-4, 
OPTIONAL, 


-- Cond 


NotSameAsRef 3 


slotNumberOf f set 




INTEGER {0 


.19) 


OPTIONAL, 


-- Cond 


NotSameAsRef4 


prs-Subf rameOf f set 




INTEGER {0 


.1279) 


OPTIONAL, 


-- Cond 


InterFreq 


expectedRSTD 




INTEGER {0 


.16383) , 








expectedRSTD-Uncertai 

} 

maxFreqLayers INTEGER : 


nty 


INTEGER {0 


.1023) , 








:= 3 












-- ASNISTOP 















Conditional presence 


Explanation 


NotsameAsRefO 


The field is mandatory present if tlie EARFCN is not the same as for the assistance data 
reference cell; otherwise it is not present. 


NotsameAsRefl 


The field is mandatory present if the cyclic prefix length is not the same as for the 
assistance data reference cell; otherwise it is not present. 


NotsameAsRef2 


The field is mandatory present if the PRS configuration is not the same as for the 
assistance data reference cell; otherwise it is not present. 


NotsameAsRefS 


The field is mandatory present if the antenna port configuration is not the same as for the 
assistance data reference cell; otherwise it is not present. 


NotsameAsRef4 


The field is mandatory present if the slot timing is not the same as for the assistance data 
reference cell; otherwise it is not present. 


InterFreq 


The field is optionally present, need OP, if the EARFCN is not the same as for the 
assistance data reference cell; otherwise it is not present. 



OTDOA-NeighbourCelllnfoList field descriptions 



physCellld 

This field specifies the physical cell identity of the neighbour cell, as defined in [1 2]. 



cellGloballd 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the neighbour cell, as defined in [12]. 
The server should provide this field if it considers that it is needed to resolve any ambiguity in the cell identified by 
physCellld. 



earfcn 

This field specifies the EARFCN of the neighbor cell. 



cpLength 

This field specifies the cyclic prefix length of the neigbour cell PRS if PRS are present in this neighbor cell 
this field specifies the cyclic prefix length of CRS in this neighbor cell. 



otherwise 



prslnfo 

This field specifies the PRS configuration of the neighbour cell. 

When the EARFCN of the neighbour cell is the same as for the assistance data reference cell, the target device may 

assume that each PRS positioning occasion in the neighbour cell at least partially overlaps with a PRS positioning 

occasion in the assistance data reference cell where the maximum offset between the transmitted PRS positioning 

occasions may be assumed to not exceed half a subframe. 

When the EARFCN of the neighbour cell is the same as for the assistance data reference cell, the target may assume 

that this cell has the same PRS periodicity (Tprs) as the assistance data reference cell. 



antennaPortConfig 

This field specifies whether 1 (or 2) antenna port(s) or 4 antenna ports for cell specific reference signals are used. 
slotNumberOffset 

This field specifies the slot number offset at the transmitter between this cell and the assistance data reference cell. 
The SlotNumberOffset \oge\her with the current slot number of the assistance data reference cell may be used to 
calculate the current slot number of this cell which may further be used to generate the CRS sequence by the target 
device. The offset corresponds to the number of full slots counted from the beginning of a radio frame of the 
assistance data reference cell to the beginning of the closest subsequent radio frame of this cell. If this field is absent, 
the slot timing is the same as for the assistance data reference cell. 



prs-SubframeOffset 

This field specifies the offset between the first PRS subframe in the assistance data reference cell on the reference 
carrier frequency layer and the first PRS subframe in the closest subsequent PRS positioning occasion of this cell on 
the other carrier frequency layer. The value is given in number of full sub-frames. If the ARFCN is not the same as for 
the assistance data reference cell and the field is not present but PRS are available on this cell, the receiver shall 
consider the PRS subframe offset for this cell to be 0. 
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OTDOA-NeighbourCelllnfoList field descriptions 



expectedRSTD 

If PRS is transmitted: 

This field indicates tine RSTD value that the target device is expected to measure between this cell and the assistance 
data reference cell. The expectedRSTD f\e\6 takes into account the expected propagation time difference as well as 
transmit time difference of PRS positioning occasions between the two cells. The RSTD value can be negative and is 
calculated as {expected RSTD-8-{ 92). The resolution is 3xTs, with Ts=1 /(1 5000*2048) seconds. 

If PRS is not transmitted: 

This field indicates the RSTD value that the target device is expected to measure between this cell and the assistance 
data reference cell. The expectedRSTD field takes into account the expected propagation time difference as well as 
transmit time difference between the two cells. The RSTD value can be negative and is calculated as (expected RSTD- 
8192). The resolution is S'Ts, with T5=1 /(1 5000*2048) seconds. 



expectedRSTD-Uncertainty 

If PRS is transmitted: 

This field indicates the uncertainty in expectedRSTD va\ue. The uncertainty is related to the location server"s a-priori 
estimation of the target device location. The expectedRSTD and expectedRSTD-Uncertainty iogeXher define the 
search window for the target device. 
The scale factor of the expectedRSTD-Uncertainty t\e\6 is 3xTs, with Ts= 1/(1 5000*2048) seconds. 

The target device may assume that the beginning of the PRS positioning occasion of the neighbour cell is received 
within the search window of size [- expectedRSTD-Uncertainty^3xJs, expectedRSTD-Uncertaintyx3xJs\ centered at 
Tref + 1 millisecondxN + (expectedRSTD-8^92) xSxTs, where Tref is the reception time of the beginning of the PRS 
positioning occasion of the assistance data reference cell at the target device antenna connector, N = when the 
EARCFN of the neighbour cell is equal to that of the assistance data reference cell, and N = prs-SubframeOffset 
otherwise. 

If PRS is not transmitted: 

This field indicates the uncertainty in expectedRSTD va\ue. The uncertainty is related to the location server"s a-priori 
estimation of the target device location. The expectedRSTD and expectedRSTD-Uncertainty iogeXher define the 
search window for the target device. The scale factor of the expectedRSTD-Uncertainty f\e\6 is 3xTs, with 
Ts=1 /(1 5000*2048) seconds. 

If Tx is the reception time of the beginning of the subframe X of the assistance data reference cell at the target device 
antenna connector, the target device may assume that the beginning of the closest subframe of this neighbour cell to 
subframe X is received within the search window of size [- expectedRSTD-Uncertaintyx.3xJs, expectedRSTD- 
UncertaintyxSxTs] centered at Tx + (expectedRSTD-8192) x3xTs, 



6.5.1 .3 OTDOA Assistance Data Request 

OTDOA-RequestAssistanceData 

The IE OTDOA-RequestAssistanceData is used by the target device to request assistance data from a location server. 



-- ASNISTART 




OTDOA-RequestAssistanceData ::= 


SEQUENCE { 


physCellld INTEGER {0. 

} 

-- ASNISTOP 


.503) , 





OTDOA-RequestAssistanceData field descriptions 



physCellld 

This field specifies the physical cell identity of the current primary cell of the target device. 
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6.5.1.4 OTDOA Location Information 

- OTDOA-ProvideLocation Information 

The IE OTDOA-ProvideLocationlnformation is used by the target device to provide OTDOA location measurements to 
the location server. It may also be used to provide OTDOA positioning specific error reason. 



-- ASNISTART 




OTDOA- ProvideLocationlnformation ::= SEQUENCE { 




otdoaSignalMeasurement Information OTDOA- SignalMeasurement Information 


OPTIONAL, 


otdoa- Error OTDOA- Error 

} 

-- ASNISTOP 


OPTIONAL, 





6.5.1.5 OTDOA Location Information Elements 

- OTDOA-SignalMeasurementlnformation 

The IE OTDOA-SignalMeasurementlnformation is used by the target device to provide RSTD measurements to the 
location server. The RSTD measurements are provided for a neighbour cell and the RSTD reference cell, both of which 
are provided in the IE OTDOA-ProvideAssistanceData. The RSTD reference cell may or may not be the same as the 
assistance data reference cell provided in OTDOA-ReferenceCelllnfo. If the target device stops reporting inter- 
frequency RSTD measurements, where the inter-frequency RSTD measurement is an OTDOA RSTD measurement 
with at least one cell on a frequency different from the serving cell frequency, the LPP layer shall inform lower layers 
that inter-frequency RSTD measurements are stopped. 

-- ASNISTART 

OTDOA-SignalMeasurementlnformation ::= SEQUENCE { 

systemFrameNumber BIT STRING {SIZE (10)), 
physCellldRef INTEGER {0..503), 

cellGloballdRef ECGI OPTIONAL, 

earfcnRef ARFCN-ValueEUTRA OPTIONAL, 

referenceQuality OTDOA-MeasQuality OPTIONAL, 
neighbourMeasurementList NeighbourMeasurementList , 



NeighbourMeasurementList ::= SEQUENCE {SIZE {1 . . 24) ) OF NeighbourMeasurementElement 

NeighbourMeasurementElement ::= SEQUENCE { 

physCellldNeighbor INTEGER {0..503), 

cellGloballdNeighbour ECGI OPTIONAL, 

earfcnNeighbour ARFCN-ValueEUTRA OPTIONAL, 

rstd INTEGER {0.. 12711), 

rstd-Quality OTDOA-MeasQuality, 



ASNISTOP 



OTDOA-SignalMeasurementlnformation field descriptions 



systemFrameNumber 

This field specifies the SFN of the RSTD reference cell containing the starting subframe of the PRS positioning 
occasion if PRS are available on the RSTD reference cell, or subframe of the CRS for RSTD measurements if PRS 
are not available on the RSTD reference cell during which the most recent neighbour cell RSTD measurement was 
performed. 



physCellldRef 

This field specifies the physical cell identity of the RSTD reference cell. 



cellGloballdRef 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the RSTD reference cell. The target 
shall provide this IE if it knows the ECGI of the RSTD reference cell. 
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OTDOA-SignalMeasurementlnformation field descriptions 



earfcnRef 

This field specifies tlie E-UTRA carrier frequency of the RSTD reference cell. The target device shall include this field 
if the ARFCN of the RSTD reference cell is not the same as the ARFCN of the assistance data reference cell provided 
in the OTDOA assistance data. 



referenceQuality 

This field specifies the target device"s best estimate of the quality of the TOA measurement from the RSTD reference 
cell, TsubtrameRxRet , whorc TsubframeRxRef is the time of arrival of the signal from the RSTD reference cell. 



neighbourMeasurementList 

This list contains the measured RSTD values for neighbour cells together with the RSTD reference cell, along with 
quality for each m easurement. 



physCellldNeighbor 

This field specifie s the physical cell identity of the neighbour cell for which the RSTDs are provided. 



cellGloballdNeighbour 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the neighbour cell for which the 
RSTDs are provided. The target device shall provide this IE if it was able to determine the ECGI of the neighbour cell 
at the time of measurement. 



earfcnNeighbour 

This field specifies the E-UTRA carrier frequency of the neighbour cell used for the RSTD measurements. The target 
device shall include this field if the ARFCN of this neighbor cell is not the same as the earfcnRef ior the RSTD 
reference cell. 



rstd 

This field specifies the relative timing difference between this neighbour cell and the RSTD reference cell, as defined 
in [17]. Mapping of the measured quantity is defined as in [18] subclause 9.1.10.3. 



rstd-Quality 

This field specifies the target device"s best estimate of the quality of the measured rstd. 



OTDOA-MeasQuality 



-- ASNISTART 










OTDOA-MeasQuality ::= 


SEQUENCE { 








error- Resolution 


BIT STRING 


{SIZE 


{2) ) , 




error-Value 


BIT STRING 


{SIZE 


{5) ) , 




error-NumSamples 

} 

-- ASNISTOP 


BIT STRING 


{SIZE 


{3) ) 


OPTIONAL, 











OTDOA-MeasQuality field descriptions 



error-Resolution 

This field specifies the resolution R used in error-Value i\e\6. The encoding on two bits is as follows: 
'00' 5 meters 

'01' 10 meters 

'10' 20 meters 

'11' 30 meters. 



error-Value 

This field specifies the target device"s best estimate of the uncertainty of the OTDOA (or TOA) measurement. 
The encoding on five bits is as follows: 

'00000' to (R*1-1) meters 

'00001 ' R*1 to (R*2-1) meters 

'00010' R*2 to (R*3-1) meters 

'11111' R*31 meters or more; 
where R is the resolution defined by error-Resolution field. 
E.g. , R=20 m corresponds to 0-19 m, 20-39 m,...,620+ m. 
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OTDOA-MeasQuality field descriptions 



error-NumSamples 

If the error- Va/ue field provides the sample uncertainty of the OTDOA (or TOA) measurement, this field specifies how 
many measurements have been used by the target device to determine this (i.e., sample size). Following 3 bit 
encoding is used: 

"000" Not the baseline metric 

'001' 5-9 

'010' 10-14 

'011' 15-24 

'100' 25-34 

'101' 35-44 

'110' 45-54 

'111' 55 or more. 
In case of the value "000", the error-Value field contains the target device"s best estimate of the uncertainty of the 
OTDOA (or TOA) measurement not based on the baseline metric. E.g., other measurements such as signal-to-noise- 
ratio or signal strength can be utilized to estimate the error-Value. 
If this field is absent, the value of this field is "000". 



6.5.1.6 OTDOA Location Information Request 

- OTDOA-RequestLocationlnformation 

The IE OTDOA-RequestLocationlnformation is used by the location server to request OTDOA location measurements 
from a target device. Details of the required measurements (e.g. details of assistance data reference cell and neighbour 
cells) are conveyed in the OTDOA-ProvideAssistanceData IE in a separate Provide Assistance Data message. 



-- 


ASNISTART 






OTDOA- RequestLocationlnformat ion 


: : = SEQUENCE 


{ 


} 


assistanceAvailability 


BOOLEAN, 




ASNISTOP 







OTDOA-RequestLocationlnformation field descriptions 



assistanceA vai lability 

This field indicates whether the target device may request additional OTDOA assistance data from the server. TRUE 
means allowed and FALSE means not allowed. 



6.5.1 .7 OTDOA Capability Information 

OTDOA- ProvideCapabilities 

The IE OTDOA-ProvideCapabilities is used by the target device to indicate its capability to support OTDOA and to 
provide its OTDOA positioning capabilities to the location server. 



-- ASNISTART 




OTDOA-ProvideCapabilities ::= SEQUENCE { 




otdoa-Mode BIT STRING { ue-assisted (0) } {SIZE {1..8)), 




supportedBandListEUTRA SEQUENCE {SIZE {1 . .maxBands) ) OF SupportedBandEUTRA 
} 


OPTIONAL 


maxBands INTEGER : : = S4 




SupportedBandEUTRA : : = SEQUENCE { 




bandEUTRA INTEGER {1..64) 
} 




-- ASNISTOP 





OTDOA-ProvideCapabilities field descriptions 
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OTDOA-ProvideCapabilities field descriptions 



otdoa-Mode 

This field specifies the OTDOA mode(s) supported by the target device. This is represented by a bit string, with a 
one-value at the bit position means the particular OTDOA mode is supported; a zero-value means not supported. A 
zero-value in all bit positions in the bit string means OTDOA positioning method is not supported by the target device. 



SupportedBandEUTRA 

One entry corresponding to each supported E-UTRA band as defined in TS 36.101 [21], 



6.5.1 .8 OTDOA Capability Information Request 

OTDOA-RequestCapabilities 

The IE OTDOA-RequestCapabilities is used by the location server to request the capability of the target device to 
support OTDOA and to request OTDOA positioning capabilities from a target device. 

-- ASNISTART 

OTDOA-RequestCapabilities ::= SEQUENCE { 



ASNISTOP 



6.5.1 .9 OTDOA Error Elements 

OTDOA-Error 

The IE OTDOA-Error is used by the location server or target device to provide OTDOA error reasons to the target 
device or location server, respectively. 

-- ASNISTART 

OTDOA-Error ::= CHOICE { 

locationServerErrorCauses OTDOA-LocationServerErrorCauses , 
targetDeviceErrorCauses OTDOA-TargetDeviceErrorCauses , 

} 

-- ASNISTOP 



- OTDOA-LocationServerErrorCauses 

The IE OTDOA-LocationServerErrorCauses is used by the location server to provide OTDOA error reasons to the 
target device. 

-- ASNISTART 

OTDOA-LocationServerErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 

assistanceDataNotSupportedByServer, 
assistanceDataSupportedButCurrentlyNotAvailableByServer, 



ASNISTOP 



OTDOA-TargetDeviceErrorCauses 



The IE OTDOA-TargetDeviceErrorCauses is used by the target device to provide OTDOA error reasons to the location 
server. 
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-- ASNISTART 

OTDOA-TargetDeviceErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 

assistance -data-missing, 
unableToMeasureRef erenceCell , 
unableToMeasureAnyNeighbourCell , 
attemptedButUnableToMeasureSomeNeighbourCells, 



ASNISTOP 



6.5.2 A-GNSS Positioning 
6.5.2.1 GNSS Assistance Data 

A-GNSS-ProvideAssistanceData 

The IE A-GNSS-ProvideAssistanceData is used by the location server to provide assistance data to enable UE-based 
and UE-assisted A-GNSS. It may also be used to provide GNSS positioning specific error reasons. 



-- ASNISTART 










A-GNSS-ProvideAssistanceData : 


:= SEQUENCE { 








gnss-CommonAssistData 


GNSS-CommonAssistData 


OPTIONAL, 


-- Need 


ON 


gnss-GenericAssistData 


GNSS-GenericAssistData 


OPTIONAL, 


-- Need 


ON 


gnss-Error 

} 

-- ASNISTOP 


A-GNSS-Error 


OPTIONAL, 


-- Need 


ON 











GNSS-CommonAssistData 

The IE GNSS-CommonAssistData is used by the location server to provide assistance data which can be used for any 
GNSS (e.g., GPS, Galileo, GLONASS, etc.). 



-- ASNISTART 










GNSS-CommonAssistData ::= SEQUENCE { 










gnss-Ref erenceTime GNSS- 


-Ref erenceTime 


OPTIONAL, 


-- Need 


ON 


gnss-Ref erenceLocation GNSS- 


- Re f erenceLocation 


OPTIONAL, 


-- Need 


ON 


gnss-IonosphericModel GNSS- 


-lonosphericModel 


OPTIONAL, 


-- Need 


ON 


gnss-EarthOrientationParameters GNSS- 

} 

-- ASNISTOP 


-EarthOrientationParameters 


OPTIONAL, 


-- Need 


ON 











GNSS-GenericAssistData 

The IE GNSS-GenericAssistData is used by the location server to provide assistance data for a specific GNSS (e.g., 
GPS, Galileo, GLONASS, etc.). The specific GNSS for which the provided assistance data are applicable is indicated 
by the IE GNSS-ID and (if applicable) by the IE SBAS-ID. Assistance for up to 16 GNSSs can be provided. 



-- ASNISTART 


















GNSS-GenericAssistData ::= SEQUENCE {SIZE {1. 


.IS) ) OF GNSS- 


-GenericAssistDataElement 








GNSS-GenericAssistDataElement : := 


SEQUENCE { 
















gnss-ID 


GNSS-ID, 
















sbas-ID 


SBAS-ID 






OPTIONAL, - 


-- Cond GNSS- 


■ID- 


-SBAS 


gns s - TimeMode 1 s 


GNSS-TimeModelList 




OPTIONAL, 


-- Need 


ON 






gnss-Dif f erentialCorrections 


GNSS -Diff erentialCorrections 


OPTIONAL, 


-- Need 


ON 
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gnss-NavigationModel 


GNSS 


-NavigationModel 


OPTIONAL, 


-- Need 


ON 


gnss-RealTime Integrity 


GNSS 


-RealTime Integrity 


OPTIONAL, 


-- Need 


ON 


gnss-DataBitAssistance 


GNSS 


-DataBitAssistance 


OPTIONAL, 


-- Need 


ON 


gnss-AcquisitionAssistance 


GNSS 


-AcquisitionAssistance 


OPTIONAL, 


-- Need 


ON 


gnss-Almanac 


GNSS 


-Almanac 


OPTIONAL, 


-- Need 


ON 


gnss-UTC-Model 


GNSS 


-UTC- Model 


OPTIONAL, 


-- Need 


ON 


gnss-Auxiliarylnformation 

} 

-- ASNISTOP 


GNSS 


-Auxiliarylnformation 


OPTIONAL, 


-- Need 


ON 













Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; otherwise it is not present. 



6.5.2.2 GNSS Assistance Data Elements 

GNSS-ReferenceTime 

The IE GNSS-ReferenceTime is used by the location server to provide the GNSS specific system time with uncertainty 
and the relationship between GNSS system time and network air-interface timing of the eNodeB/NodeB/BTS 
transmission in the reference cell. 

If the IE networkTime is present, the lEs gnss-SystemTime and networkTime provide a valid relationship between GNSS 
system time and air-interface network time, as seen at the approximate location of the target device, i.e. the propagation 
delay from the the eNodeB/NodeB/BTS to the target device shall be compensated for by the location server. Depending 
on implementation, the relation between GNSS system time and air-interface network time may have varying accuracy. 
The uncertainty of this timing relation is provided in the IE referenceTimeUnc. If the propagation delay from the 
eNodeB/NodeB/BTS to the target device is not accurately known, the location server shall use the best available 
approximation of the propagation delay and take the corresponding delay uncertainty into account in the calculation of 
the IE referenceTimeUnc. 

If the IE networkTime is not present, the IE gnssSystemTime is an estimate of current GNSS system time at time of 
reception of the IE GNSS-ReferenceTime by the target device. The location server should achieve an accuracy of+l- 3 
seconds for this estimate including allowing for the transmission delay between the location server and the target 
device. Note that the target device should further compensate gnss-SystemTime for the time between the reception of 
GNSS-ReferenceTime and the time when the gnss-SystemTime is used. 

The location server shall provide a value for the gnss-TimelD only for GNSSs supported by the target device. 

The IE GNSS-ReferenceTimeForOneCell can be provided multiple times (up to 16) to provide fine time assistance for 
several (neighbour) cells. 



-- ASNISTART 








GNSS-ReferenceTime ::= SEQUENCE 
gnss-SystemTime 
referenceTimeUnc 
gnss-Ref erenceTimeForCells 

} 

GNSS-ReferenceTimeForOneCell : 
networkTime 
referenceTimeUnc 
bsAlign 

} 

-- ASNISTOP 


{ 

GNSS-SystemTime, 
INTEGER {0. .12 7) 
SEQUENCE {SIZE {1..16)) OF 

GNSS-ReferenceTimeForOneCell 


OPTIONAL, 
OPTIONAL, 


-- Cond noFTA 
-- Need ON 


:= SEQUENCE { 
NetworkTime, 
INTEGER {0. .127) , 
ENUMERATED {true} OPTIONAL, 













Conditional presence 


Explanation 


noFTA 


The field nnay be present if gnss-ReferenceJimeForCells is absent; otherwise it is not 
present. 



£75/ 



3GPP TS 36.355 version 10.6.0 Release 10 



51 



ETSI TS 136 355 VI 0.6.0 (2012-10) 



GNSS-ReferenceTime field descriptions 



gnss-System Time 

This field provides the specific GNSS system time. 



networkTime 

This field specifies the cellular networl< time at the epoch corresponding to gnss-SystemTime. 



referenceTimeUnc 

This field provides the accuracy of the relation between gnssSystemTime and networkTime time if IE networkTime is 

provided. When IE networkTime is not provided, this field can be included to provide the accuracy of the provided 

gnssSystem Time. 

If GNSS TOD is the given GNSS time, then the true GNSS time, corresponding to the provided network time as 

observed at the target device location, lies in the interval [GNSS TOD - referenceTimeUnc, GNSS TOD + 

reference TimeUnc] . 

The uncertainty r, expressed in microseconds, is mapped to a number K, with the following formula: 

r=c^({^+xf)-^) 

with C = 0.5 and x = 0.14. To encode any higher value of uncertainty than that corresponding in the above formulate 
K=127, the same value, K=127, shall also be used. The uncertainty is then coded on 7 bits, as the binary encoding of 
K. Example values for the referenceTimeUnc Format: see table K to uncertainty relation below. 



bsAlign 

This flag, if present, indicates that the transmission timings of all cells sharing, depending on the RAT, the same 
carrier frequency and Tracl<ing Area/Location Area/Routing Area as the cell indicated, are frame aligned. This 
information allows the target device to derive the GNSS - cellular time relation for any of these cells based on the 
timing relation information provided in GNSS-ReferenceTime. The flag should be set consistently in all these cells. 
This flag does not guarantee SEN alignment. 



K to uncertainty relation 



Value of K 


Value of uncertainty 





nanoseconds 


1 


70 nanoseconds 


2 


149.8 nanoseconds 


- 


- 


50 


349.62 microseconds 


- 


- 


127 


> 8.43 seconds 



GNSS-SystemTime 



-- ASNISTART 










GNSS-SystemTime ::= SEQUENCE { 










gnss-TimelD 


GNSS -ID, 








gnss-DayNumber 


INTEGER {0. .32767) , 








gnss-TimeOfDay 


INTEGER {0. .86399) , 








gnss-TimeOfDayFrac-msec 


INTEGER {0. .999) 


OPTIONAL, 


-- Need 


ON 


notif icationOfLeapSecond 


BIT STRING {SIZE (2) ) 


OPTIONAL, 


-- Cond 


gnss-TimelD-glonass 


gps-TOW-Assist 

} 

-- ASNISTOP 


GPS-TOW-Assist 


OPTIONAL, 


-- Cond 


gnss-TimelD-gps 











Conditional presence 


Explanation 


gnss- TimelD-glonass 


The field may be present if gnss-TimelD=g\onass"; otherwise it is not present. 


gnss-TimelD-gps 


The field may be present if gnss-TimelD=gps"; otherwise it is not present. 



GNSS-SystemTime field descriptions 



gnss-TimelD 

This field specifies the GNSS for which the GNSS-SystemTime is provided. 



gnss-DayNumber 

This field specifies the sequential number of days from the origin of the GNSS System Time as follows: 
GPS, QZSS, SBAS - Days from January 6*" 1980 00:00:00 UTC(USNO); 
Galileo -TBD; 
GLONASS - Days from January 1°' 1 996. 
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GNSS-SystemTime field descriptions 



gnss-TimeOfDay 

This field specifies the integer number of seconds from the GNSS day change. 



gnss-TimeOfDayFrac-msec 

This field specifies the fractional part of the gnssTimeOfDay f\e\6 in 1-milli-seconds resolution. The total GNSS TOD is 
gnss-TimeOfPay + gnssTimeOfPayFrac-msec. 



notificationOfLeapSecond 

This field specifies the notification of forthcoming leap second correction, as defined by parameter KP in [9, Table 4.7]. 

gps-TOW-Assist 

This field contains several fields in the Telemetry (TLM) Word and Handover Word (HOW) that are currently being 

broadcast by the respective GPS satellites. Combining this information with GPS TOW enables the target device to 

know the entire 1 .2-second (60-bit) pattern of TLIVI and HOW that is transmitted at the start of each six-second NAV 

subframe by the particular GPS satellite. 



GPS-TOW-Assist 



-- ASNISTART 






GPS-TOW-Assist : : 


= SEQUENCE {SIZE{1. .S4) ) 


OF GPS-TOW-AssistElement 


GPS-TOW-AssistElement ::= SEQUENCE { 




satellitelD 


INTEGER {1. .64) , 




tlmWord 


INTEGER {0. .16383) , 




antiSpoof 


INTEGER {0. .1) , 




alert 


INTEGER {0. .1) , 




tlmRsvdBits 

} 

-- ASNISTOP 


INTEGER {0. .3) , 









GPS-TOW-Assist Vie\d descriptions 



satellitelD 

This field identifies the satellite for which the GPS-TOW-Assist is applicable. This field is identical to the GPS PRN 
Signal No. defined in [4]. 



tImWord 

This field contains a 14-bit value representing the Telemetry Message (TLM) being broadcast by the GPS satellite 
identified by the particular satellitelD, with the MSB occurring first in the satellite transmission, as defined in [4]. 



antiSpoof 

This field contains the Anti-Spoof flag that is being broadcast by the GPS satellite identified by satellitelD, as defined 
in [4]. 



alert 

This field contains the Alert flag that is being broadcast by the GPS satellite identified by satellitelD, as defined in [4]. 

tlmRsvdBits 

This field contains the two reserved bits in the TLM Word being broadcast by the GPS satellite identified by satellitelD, 

with the MSB occurring first in the satellite transmission, as defined in [4]. 



NetworkTime 



-- ASNISTART 










NetworkTime : : = SEQUENCE 


I 








secondsFromFrameSt rue tureS tart 




INTEGER {0. .12533) , 


fractionalSecondsFromFrameS true tureS tart 


INTEGER{0. .3999999) , 


f rameDrif t 








INTEGER (-64.. 63) OPTIONAL, -- Cond GNSS synch 


celllD CHOICE { 










eUTRA 




SEQUENCE { 
physCellld 




INTEGER {0. .503) , 






cellGloballdEUTRA 


CellGloballdEUTRA-AndUTRA OPTIONAL, -- Need ON 






earf en 




ARFCN-ValueEUTRA, 


UTRA 




SEQUENCE { 
mode CHOICE 


{ 








fdd 


SEQUENCE { 

primary-CPICH-Info INTEGER {0..511), 
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tdd 


SEQUENCE { 

cellParameters INTEGER {0. 

1 


.127) , 








}, 

cellGloballdUTRA 
uarf en 


CellGloballdEUTRA-AndUTRA 
ARFCN-ValueUTRA, 


OPTIONAL, 


-- Need ON 




gSM 


}- 

SEQUENCE { 

bcchCarrier 

bsic 

cellGloballdGERAN 


INTEGER {0. .1023) , 
INTEGER {0. .63) , 
CellGloballdGERAN 


OPTIONAL, 


-- Need ON 


} 

-- ASNISTOP 













Conditional presence 


Explanation 


GNSSsynch 


The field is present and set to if NetworkTime is synclironized to gnss-SystemTime; 
otherwise the field is optionally present, need OR. 



NetworkTime field descriptions 



secondsFromFrameStructureStart 

This field specifies the number of seconds from the beginning of the longest frame structure in the corresponding air 

interface. 

In case of E-UTRA, the SFN cycle length is 10.24 seconds. 

In case of UTRA, the SFN cycle length is 40.96 seconds. 

In case of GSM, the hyperfame length is 12533.76 seconds. 



fractionalSecondsFromFrameStructureStart 

This field specifies the fractional part of the secondsFromFrameStructureStart in 250 ns resolution. 
The total time since the particular frame structure start is secondsFromFrameStructureStart + 
fractionalSecondsFromFrameStructureStart 



frameDrift 

This field specifies the drift rate of the GNSS-network time relation with scale factor 2""" seconds/second, in the range 
from -5.9605e-8 to +5.8673e-8 sec/sec. 



,-30, 



celllD 

This field specifies the cell for which the GNSS-network time relation is provided. 



physCellld 

This field specifies the physical cell identity of the reference cell (E-UTRA), as defined in [12], for which the GNSS 
network time relation is provided. 



cellGloballdEUTRA 

This field specifies the Evolved Cell Global Identifier (ECGI), the globally unique identity of a cell in E-UTRA, of the 
reference cell for the GNSS-network time relation, as defined in [12]. 



earfcn 

This field specifies E-ARFCN of the reference cell for the GNSS-network time relation (E-UTRA). 



primary-CPICH-lnfo 

This field specifies the physical cell identity of the reference cell (UTRA) for the GNSS-network time relation, as 
defined in [13]. 



cellParameters 

This field specifies the physical cell identity of the reference cell (UTRA) for the GNSS-network time relation, as 
defined in [13]. 



cellGloballdUTRA 

The filed specifies the global UTRAN Cell Identifier, the globally unique identity of a cell in UTRA, of the reference cell 
for the GNSS-network time relation, as defined in [13]. 



uarfcn 

This field specifies ARFGN of the reference cell for the GNSS-network time relation (UTRA). 



bcchCarrier 

This field specifies the absolute GSM RF channel number of the BOOH of the reference base station (GERAN) for the 
GNSS-network time relation, as defined in [14]. 



bsic 

This field specifies the Base Station Identity Code of the reference base station (GERAN) for the GNSS-network time 
relation, as defined in [14]. 



£75/ 



3GPP TS 36.355 version 10.6.0 Release 10 



54 



ETSI TS 136 355 VI 0.6.0 (2012-10) 



cellGloballdGERAN 

This field specifies tlie Cell Global Identification (CGI), the globally unique identity of a cell in GERAN, of the reference 
base station for the GNSS-network time relation. 



GNSS-ReferenceLocation 

The IE GNSS-ReferenceLocation is used by the location server to provide the target device with a-priori knowledge of 
its location in order to improve GNSS receiver performance. The IE GNSS-ReferenceLocation is provided in WGS-84 
reference system. 

-- ASNISTART 



GNSS-ReferenceLocation 
threeDlocation 



SEQUENCE { 

EllipsoidPointWithAltitudeAndUncertaintyEllipsoid, 



ASNISTOP 



GNSS-lonosphericModel 

The IE GNSS-IonosphericModel is used by the location server to provide parameters to model the propagation delay of 
the GNSS signals through the ionosphere. Proper use of these fields allows a single-frequency GNSS receiver to 
remove parts of the ionospheric delay from the pseudorange measurements. Two Ionospheric Models are supported: 
The Klobuchar model as defined in [4], and the NeQuick model as defined in [8]. 



-- ASNISTART 








GNSS-IonosphericModel : 


= SEQUENCE { 






klobucharModel 


KlobucharModelParameter 


OPTIONAL, 


-- Need ON 


neQuickModel 

} 

-- ASNISTOP 


NeQuickModelParameter 


OPTIONAL, 


-- Need ON 









KlobucharModelParameter 



-- ASNISTART 






KlobucharModelParameter ::= 


SEQUENCE { 


datalD 


BIT STRING {SIZE (2) ) , 


alfaO 


INTEGER 


{-128. .127) , 


alfal 


INTEGER 


{-128. .127) 




alfa2 


INTEGER 


{-128. .127) 




alfa3 


INTEGER 


{-128. .127) 




betaO 


INTEGER 


{-128. .127) 




betal 


INTEGER 


{-128. .127) 




beta2 


INTEGER 


{-128. .127) 




beta3 

} 

-- ASNISTOP 


INTEGER 


{-128. .127) 









KlobucharModelParamater field descriptions 



datalD 

When datalD has the value "1 1 " it indicates that the parameters have been generated by QZSS, and the parameters 
have been specialized and are applicable within the area defined in [7]. When datalD has the value "00" it indicates 
the parameters are applicable worldwide [4,7]. All other values for datalD are reserved. 



alphaO 

This field specifies the oo parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2'^° seconds. 
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KlobucharModelParamater field descriptions 



alphal 

This field specifies the ai parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2"^'' seconds/semi-circle. 



alpha2 

This field specifies the a2 parameter of the Klobuchar model, as specified in [4]. 



Scale factor 2'^* seconds/semi-circle^ 



alphas 

This field specifies the as parameter of the Klobuchar model, as specified in [4]. 



Scale factor 2"^" seconds/semi-circle^ 



betaO 

This field specifies the Po parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^^ seconds. 



beta1 

This field specifies the Pi parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^'^ seconds/semi-circle. 



beta2 

This field specifies the P2 parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^^ seconds/semi-circle^. 



betas 

This field specifies the Pa parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^® seconds/semi-circle^. 



NeQuickModelParameter 



-- ASNISTART 










NeQuickModelParameter : : = SEQUENCE { 






aiO 


INTEGER 


0. .4095) , 






ail 


INTEGER 





.4095) , 






ai2 


INTEGER 





.4095) , 






ionoStormFlagl 


INTEGER 





.1) 


OPTIONAL, 


-- Need OP 


ionoStormFlag2 


INTEGER 





.1) 


OPTIONAL, 


-- Need OP 


lonoStormFlagS 


INTEGER 





.1) 


OPTIONAL, 


-- Need OP 


ionoStormFlag4 


INTEGER 





.1) 


OPTIONAL, 


-- Need OP 


lonoStormFlagS 

} 

-- ASNISTOP 


INTEGER 





.1) 


OPTIONAL, 


-- Need OP 











NeQuickModelParameter field descriptions 



aiO, all, al2 

These fields are used to estimate the ionospheric distortions on pseudoranges as described in [8] on page 71 . 



IonoStormFlagl, ionoStormFlag2, lonoStormFlagS, lonoStormFlag4, lonoStormFlagS 

These fields specify the ionosphere storm flags (1 ,...,5) for five different regions as described in [8] on page 71 . 
ionosphere storm flag for a region is not present the target device shall treat the ionosphere storm condition as 
unknown. 



If the 



GNSS-EarthOrientation Parameters 

The IE GNSS-EarthOrientationParameters is used by the location server to provide parameters to construct the ECEF 
and ECI coordinate transformation as defined in [4]. The IE GNSS-EarthOrientationParameters indicates the 
relationship between the Earth"s rotational axis and WGS-84 reference system. 

-- ASNISTART 



GNSS-EarthOrientationParameters 

teop INTEGER 

pmX INTEGER 

pmXdot INTEGER 

pmY INTEGER 

pmYdot INTEGER 

deltaUTl INTEGER 

deltaUTldot INTEGER 



: : = SEQUENCE { 
{0. .65535) , 
{-1048576 . .1048575) , 
{-16384. .16383) , 
{-1048576 . .1048575) , 
{-16384. .16383) , 
{-1073741824. .1073741823) 
{-262144. .262143) , 
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ASNISTOP 



GNSS-EarthOrientationParameters field descriptions 



teop 

This field specifies tlie EOP data reference time in seconds, as specified in [4]. 
Scale factor 2'^ seconds. 



pmX 

This field specifies the X-axis polar motion value at reference time in arc-seconds, as specified in [4]. 
Scale factor 2'^° arc-seconds. 



pmXdot 

This field specifies the X-axis polar motion drift at reference time in arc-seconds/day, as specified in [4]. 
Scale factor 2"^^ arc-seconds/clay. 



pmY 

This field specifies the Y-axis polar motion value at reference time in arc-seconds, as specified in [4]. 
Scale factor 2"^° arc-seconds. 



pmYdot 

This field specifies the Y-axis polar motion drift at reference time in arc-seconds/day, as specified in [4]. 
Scale factor 2"^^ arc-seconds/day. 



deltaun 

This field specifies the UT1-UTC difference at reference time in seconds, as specified in [4]. 
Scale factor 2"^" seconds. 



deltaUTIdot 

This field specifies the Rate of UT1-UTC difference at reference time in seconds/day, as specified in [4]. 



25 , 



Scale factor 2" seconds/day 



GNSS-TimeModelList 

The IE GNSS-TimeModelList is used by the location server to provide the GNSS-GNSS system time offset between the 
GNSS system time indicated by IE GNSS-ID in IE GNSS-GenericAssistDataElement to the GNSS system time 
indicated by IE gnss-TO-ID. Several GNSS-TimeModelElement lEs can be included with different gnss-TO-ID fields. 



-- ASNISTART 














GNSS-TimeModelList ::= 


SEQUENCE 


{SIZE {1 


..15)) OF GNSS-TimeModelElement 






GNSS-TimeModelElement 


: : = 


SEQUENCE { 








gnss-TimeModelRefT 


ime 




INTEGER 


{0. .65535) , 






tAO 






INTEGER 


{-67108864. .67108863) , 






tAl 






INTEGER 


{-4096. .4095) OPTIONAL, 


-- Need 


ON 


tA2 






INTEGER 


{-64. .63) OPTIONAL, 


-- Need 


ON 


gnss-TO-ID 






INTEGER 


{1. .15) , 






weekNumber 






INTEGER 


{0. .8191) OPTIONAL, 


-- Need 


ON 


deltaT 

} 

-- ASNISTOP 






INTEGER 


{-128. .127) OPTIONAL, 


-- Need 


ON 















GNSS-TimeModelElement field descriptions 



gnss-TimeModelRefTime 

This field specifies the reference time of week for GNSS-TimeModelElement and it is given in GNSS specific system 

time. 

Scale factor 2'^ seconds. 



tAO 

This field specifies the bias coefficient of the GNSS-TlmeModelElement. 
Scale factor 2"^^ seconds. 



tA1 

This field specifies the drift coefficient of the GNSS-TlmeModelElement. 
Scale factor of 2"^^ seconds/second. 



tA2 

This field specifies the drift rate correction coefficient of the GNSS-TimeModelElement. 
Scale factor of 2"^® seconds/second^. 
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GNSS-TimeModelElement field descriptions 



gnss-TO-ID 

This field specifies the GNSS system time of the GNSS for which the GNSS-TimeModelElement is applicable. GNSS- 
TimeModelElement coniains parameters to convert GNSS system time from the system indicated by GA/SS-/D to 
GNSS system time indicated by gnss-TO-ID. The conversion is defined in [4,5,6]. See table of gnss-TO-ID to 
Indication relation below. 



weekNumber 

This field specifies the reference week of the GNSS-TimeModelElement gw/en in GNSS specific system time. 
Scale factor 1 week. 



deltaT 

This field specifies the integer number of seconds of the GNSS-GNSS time offset provided in the GNSS- 

TlmeModelElement. 

Scale factor 1 second. 



gnss-TO-ID to Indication relation 



Value of gnss-TO-ID 


Indication 


1 


GPS 


2 


Galileo 


3 


QZSS 


4 


GLONASS 


5-15 


reserved 



GNSS-DifferentialCorrections 

The IE GNSS-DijferentialCorrections is used by the location server to provide differential GNSS corrections to the 
target device for a specific GNSS. Differential corrections can be provided for up to 3 signals per GNSS. 

-- ASNISTART 

GNSS-DifferentialCorrections ::= SEQUENCE { 
dgnss-RefTime INTEGER {0..3599), 
dgnss-SgnTypeList DGNSS-SgnTypeList , 



DGNSS-SgnTypeList ::= SEQUENCE {SIZE {1..3)) OF DGNSS-SgnTypeElement 

DGNSS-SgnTypeElement ::= SEQUENCE { 

gnss-SignallD GNSS-SignallD, 
gnss-StatusHealth INTEGER {0..7), 
dgnss-SatList DGNSS-SatList , 

} 

DGNSS-SatList ::= SEQUENCE {SIZE {1..64)) OF DGNSS-CorrectionsElement 

DGNSS-CorrectionsElement ::= SEQUENCE { 

svID SV-ID, 

iod BIT STRING {SIZE{11)), 

udre INTEGER { . . 3 ) , 

pseudoRangeCor INTEGER { -2047 .. 2047) , 

rangeRateCor INTEGER {-127.. 127), 

udreGrowthRate INTEGER {0..7) OPTIONAL, -- Need ON 

udreValidityTime INTEGER {0..7) OPTIONAL, -- Need ON 



ASNISTOP 



GNSS-DifferentialCorrections field descriptions 



dgnss-RefTime 

This field specifies the time for which the DGNSS corrections are valid, modulo 1 hour. dgnss-RefTime is given in 
GNSS specific system time. 
Scale factor 1 -second. 



dgnss-Sgn TypeList 

This list includes differential correction data for different GNSS signal types, identified by GNSS-SignallD. 
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GNSS-DifferentialCorrections field descriptions 



gnss-StatusHealth 

This field specifies tlie status of the differential corrections. The values of this field and their respective meanings are 

defined as in table gnss-StatusHealth Value to Indication relation below. 

The first six values in this field indicate valid differential corrections. When using the values described below, the 

"UDRE Scale Factor" value is applied to the UDRE values contained in the element. The purpose is to indicate an 

estimate in the amount of error in the corrections. 

The value "110" indicates that the source of the differential corrections (e.g., reference station or external DGNSS 

network) is currently not being monitored. The value "1 1 1 " indicates that the corrections provided by the source are 

invalid, as judged by the source. 



dgnss-SatList 

This list includes differential correction data for different GNSS satellites, identified by SV-ID. 



iod 

This field specifies the Issue of Data field which contains the identity for the GNSS-NavigationModel. 



udre 

This field provides an estimate of the uncertainty (1 -o) in the corrections for the particular satellite. The value in this 
field shall be multiplied by the UDRE Scale Factor in the gnss-StatusHealth i\e\6 to determine the final UDRE estimate 
for the particular satellite. The meanings of the values for this field are shown in the table udre Value to Indication 
relation below. 



pseudoRangeCor 

This field specifies the correction to the pseudorange for the particular satellite at dgnss-RefTime, to. The value of this 

field is given in meters and the scale factor is 0.32 meters in the range of ±655.04 meters. The method of calculating 

this field is described in [11]. 

If the location server has received a request for GNSS assistance data from a target device which included a request 

for the GNSS Navigation Model and DGNSS, the location server shall determine, for each satellite, if the navigation 

model stored by the target device is still suitable for use with DGNSS corrections and if so and if DGNSS corrections 

are supported the location server should send DGNSS corrections without including the GNSS Navigation IVIodel. 

The /oc/ value sent for a satellite shall always be the IOD value that corresponds to the navigation model for which the 

pseudo-range corrections are applicable. 

The target device shall only use the pseudoRangeCor va\ue when the IOD value received matches its available 

navigation model. 

Pseudo-range corrections are provided with respect to GNSS specific geodetic datum (e.g., PZ-90.02 if GNSS-ID 

indicates GLONASS). 

Scale factor 0.32 meters. 



rangeRateCor 

This field specifies the rate-of-change of the pseudorange correction for the particular satellite, using the satellite 
ephemeris and clock corrections identified by the /oc/ field. The value of this field is given in meters per second and the 
resolution is 0.032 meters/sec in the range of ±4.064 meters/sec. For some time ti > to, the corrections for iod are 
estimated by 

PRG(ti, IOD) = PRG(to, IOD) + RRG(to,IOD)(ti - to) , 
and the target device uses this to correct the pseudorange it measures at ti, PRm(ti,IOD), by 

PR(ti, IOD) = PR4ti, IOD) + PRG(ti, IOD) . 
The location server shall always send the RRC value that corresponds to the PRO value that it sends. The target 
device shall only use the RRC value when the /od value received matches its available navigation model. 
Scale factor 0.032 meters/second. 



udreGrowthRate 

This field provides an estimate of the growth rate of uncertainty (1 -o) in the corrections for the particular satellite 
identified by SV-ID. The estimated UDRE at time value specified in the udreValidityTime ti is calculated as follows: 

UDRE(fo+f/) = UDRE(fo) x udreGrowthRate , 
where to is the DGNSS Reference Time dgnss-RefTime ^or which the corrections are valid, ti is the udreValidityTime 
field, UDRE(fo) is the value of the udre field, and udreGrowthRate field is the factor as shown in the table Value of 
UdreGrowthRate io Indication relation below. 



udre ValidityTime 

This field specifies the time when the udreGrowthRate f\e\6 applies and is included if udreGrowthRate is included. The 
meaning of the values for this field is as shown in the table Value of udreValidityTime to Indication relation below. 



gnss-StatusHealth Value to Indication relation 



gnss- 

StatusHealth 

Value 


Indication 


000 


UDRE Scale Factor = 1.0 


001 


UDRE Scale Factor = 0.75 


010 


UDRE Scale Factor = 0.5 


oil 


UDRE Scale Factor = 0.3 


100 


UDRE Scale Factor = 0.2 


101 


UDRE Scale Factor = 0.1 


110 


Reference Station Transmission Not IVIonitored 
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111 



Data is invalid - disregard 



udre Value to Indication relation 



udre Value 


Indication 


00 


UDRE< 1.0 m 


01 


1.0 m< UDRE < 4.0 m 


10 


4.0 m< UDRE < 8.0 m 


11 


8.0 m< UDRE 



Value of udreGrowthRate to Indication relation 



Value of 
UdreGrowthRate 


Indication 


000 


1.5 


001 


2 


010 


4 


oil 


6 


100 


8 


101 


10 


110 


12 


111 


16 



Value of udreValidityTime to Indication relation 



Value of 
udre Valid ityTime 


Indication 
[seconds] 


000 


20 


001 


40 


010 


80 


oil 


160 


100 


320 


101 


640 


110 


1280 


111 


2560 



GNSS-Navigation Model 

The IE GNSS-NavigationModel is used by the location server to provide precise navigation data to the GNSS capable 
target device. In response to a request from a target device for GNSS Assistance Data, the location server shall 
determine whether to send the navigation model for a particular satellite to a target device based upon factors like the T- 
Toe limit specified by the target device and any request from the target device for DGNSS (see also GNSS- 
DijferentialCorrections). GNSS Orbit Model can be given in Keplerian parameters or as state vector in Earth-Centered 
Earth-Fixed coordinates, dependent on the GNSS-ID and the target device capabilities. The meaning of these parameters 
is defined in relevant ICDs of the particular GNSS and GNSS specific interpretations apply. For example, GPS and 
QZSS use the same model parameters but some parameters have a different interpretation [7]. 

-- ASNISTART 

GNSS-NavigationModel ::= SEQUENCE { 

nonBroadcastlndFlag INTEGER {0..1), 
gnss-SatelliteList GNSS-NavModelSatelliteList , 



GNSS-NavModelSatelliteList 



SEQUENCE {SIZE{1. 
: = SEQUENCE { 



.64)) OF GNSS-NavModelSatelliteElement 



GNSS-NavModelSatelliteElement 
svID SV-ID, 

svHealth BIT STRING {SIZE{8)), 

iod BIT STRING {SIZE{11)), 

gnss-ClockModel GNSS-ClockModel, 
gnss-OrbitModel GNSS-OrbitModel, 
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} 

GNSS-ClockModel ::= CHOICE 


{ 




stancJardClockModelList 


StandardClockModelList , 


-- Model -1 


nav-ClockModel 


NAV-ClockModel, 


-- Model -2 


cnav-ClockModel 


CNAV-ClockModel, 


-- Model -3 


glonass-ClockModel 


GLONASS-ClockModel, 


-- Model-4 


sbas-ClockModel 

} 

GNSS-OrbitModel ::= CHOICE 


SBAS-ClockModel, 


-- Model-5 


{ 




keplerianSet 


NavModelKeplerianSet , 


-- Model -1 


nav- Kepler ianSet 


NavModelNAV-KeplerianSet, 


-- Model-2 


cnav- KeplerianSet 


NavModelCNAV-KeplerianSet, 


-- Model -3 


glonass-ECEF 


NavModel -GLONASS-ECEF, 


-- Model-4 


sbas-ECEF 

} 

-- ASNISTOP 


NavModel- SBAS-ECEF, 


-- Model-5 







GNSS-NavigationModel field descriptions 



nonBroadcastlndFlag 

This field indicates if the GNSS-NavigationModel e\emen\s are not derived from satellite broadcast data or are given in 
a format not native to the GNSS. A value of means the GNSS-NavigationModei 6a\.a elements correspond to GNSS 
satellite broadcasted data; a value of 1 means the GNSS-NavigationModel 6ala elements are not derived from 
satellite broadcast. 



gnss-SatelliteList 

This list provides ephemeris and clock corrections for GNSS satellites indicated by SV-ID. 



svHealth 

This field specifies the satellite"s current health. The health values are GNSS system specific. The interpretation of 
svHealth depends on the GNSS-ID and is as shown in table GNSS to svHealth Bit String(8) relation below. 



iod 

This field specifies the Issue of Data and contains the identity for GNSS Navigation Model. 

In case of broadcasted GPS NAV ephemeris, the /oc/ contains the lODG as described in [4]. 

In case of broadcasted Modernized GPS ephemeris, the /oc/ contains the 11 -bit parameter toe as defined in [4, Table 

30-1] [6, Table 3.5-1]. 

In case of broadcasted SBAS ephemeris, the /od contains the 8 bits Issue of Data as defined in [10] Message Type 9. 

In case of broadcasted QZSS QZS-L1 ephemeris, the /oc/ contains the lODG as described in [7]. 

In case of broadcasted QZSS QZS-L1 G/L2G/L5 ephemeris, the /oc/ contains the 11 -bit parameter toe as defined in [7]. 

In case of broadcasted GLONASS ephemeris, the /od contains the parameter tb as defined in [9]. 

In the case of broadcasted Galileo ephemeris, the /od contains the IOD index as described in [8]. 

The interpretation of /od depends on the GNSS-ID and is as shown in table GNSS to iod Bit String(11) relation below. 



GNSS to svHealth Bit String(8) relation 



GNSS 


svHealth Bit String(8) 


BJtl 
(MSB) 


Bit 2 


Bits 


Bit 4 


Bits 


Bite 


Bit? 


Bits 
(LSB) 


GPS 

L1/CA*'' 


SV Health [4] 


"0" 
(reserved) 


"0" 
(reserved) 


Modernized 
GPS<'' 


L1G Health 
[6] 


L1 Health 
[4,5] 


L2 Health 
[4,5] 


L5 Health 
[4,5] 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


SBAS'-" 


Ranging 

On(0),Off(1) 

[10] 


Corrections 

On(0),Off(1) 

[10] 


Integrity 

On(0),Off( 

1)[10] 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


QZSS'"' 
QZS-L1 


SV Health [7] 


"0" 
(reserved) 


"0" 
(reserved) 


QZSS'=' 

QZS- 

L1C/L2C/L5 


Lie Health 
[7] 


LI Health 
[7] 


L2 Health 
[7] 


L5 Health 
[7] 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


GLONASS 


Bn (MSB) 
[9, page 30] 


Ft[9, Table 4.4] 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


Galileo 

[8, pages 75- 

76] 


E5a Data 
Validity 
Status 


E5b Data 
Validity 
Status 


El -B Data 
Validity 
Status 


E5a Signal Health 

Status 
See [8], Table 67 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


Note 1 : If GNSS-ID indicates "gps", and GNSS Orbit Model-2 is included, this interpretation of svHealth applies. 
Note 2: If GNSS-ID indicates "gps", and GNSS Orbit Model-3 is included, this interpretation of svHealth applies. 

If a certain signal is not supported on the satellite indicated by SV-ID, the corresponding health bit shall be set to "1" 
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(i.e., signal can not be used). 
Note 3: svHealth in case of GNSS-ID indicates "sbas" includes the 5 LSBs of the Health included in GEO Almanac Message 

Parameters (Type 17) [10]. 
Note 4: If GNSS-ID indicates "qzss", and GNSS Orbit Model-2 is included, this interpretation of svHealth applies. 
Note 5: If GNSS-ID indicates "qzss", and GNSS Orbit Model-3 is included, this interpretation of svHealth applies. 



GNSS to iod Bit String(ll) relation 



GNSS 


/oc/BitString(11) 


Biti 
(IVISB) 


Bit 2 


Bits 


Bit 4 


Bits 


Bite 


Bit? 


Bits 


Bits 


Bit 10 


Bit 11 
(LSB) 


GPSL1/CA 


"0" 


Issue of Data, Clock [4] 


Modernized 
GPS 


toe (seconds, scale factor 300, range - 604500) [4,5,6] 


SBAS 


"0" 


"0" 1 "0" 1 Issue of Data ([10], Message Type 9) 


QZSS 0ZS-L1 


"0" 


Issue of Data, Clock [7] 


QZSS 
QZS- 

L1 C/L2C/L5 


toe (seconds, scale factor 300, range - 604500) [7] 


GLONASS 


"0" 


"0" 1 "0" 1 "0" 1 tb(minutes, scale factor 15, range 0-1425) [9] 


Galileo 


"0" 


IQD [8] 



StandardClockModelList 



ASNISTART 



StandardClockModelList 



SEQUENCE {SIZE{1..2)) OF StandardClockModelElement 



StandardClockModelElement 
stanClockToc 
stanClockAF2 
stanClockAFl 
stanClockAFO 
stanClockTgd 
stanModellD 



SEQUENCE { 
INTEGER {0 . .1S383) , 
INTEGER {-2048 . .2047) , 
INTEGER {-131072. .131071) , 

{-134217728. .134217727) 

{-512. .511) 

{0. .1) 



INTEGER 
INTEGER 
INTEGER 



OPTIONAL, 
OPTIONAL, 



Need ON 
Need ON 



} 



ASNISTOP 



StandardClockModelList field descriptions 



StandardClockModelList 

gnss-ClockModel Model-1 contains one or two clock model elements depending on the GNSS. If included, clock 
Model-1 shall be included once or twice depending on the target device capability. 

If the target device is supporting multiple Galileo signals, the location server shall include both F/Nav and l/Nav clock 
models in gnss-ClockModel \i the location server assumes the target device to perform location information calculation 
using multi ple signals. 



StanClockToc 

Parameter toe defined in [8]. 
Scale factor 60 seconds. 



stanClockAF2 

Parameter ah defined in [8]. 
Scale factor 2"®^ seconds/second^. 



StanClockAFl 

Parameter afi defined in [8]. 
Scale factor 2""^ seconds/second. 



StanClockAFO 

Parameter afo defined in [8]. 
Scale factor 2"^^ seconds. 



StanClockTgd 

Parameter Tgd defined in [8]. 

Scale factor 2"^^ seconds. 

This field is required if the target device supports only single frequency Galileo signal. 



StanModellD 

This field specifies the identity of the clock model according to the table Value of stanModellD to Identity relation 
below. This field is required if the location server includes both F/Nav and l/Nav Galileo clock models in gnss- 
ClockModel. 
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Value of stanModellD to Identity relation 



Value of 
StanModellD 


Identity 





l/Nav 


1 


F/Nav 



NAV-ClockModel 



ASNISTART 



NAV-ClockModel 
navToc 
navaf 2 
navaf 1 
navaf 
navTgd 



SEQUENCE { 

INTEGER {0 . .37799) , 

INTEGER {-128 . .127) , 

INTEGER {-32768 . .32767) , 

INTEGER {-2097152 . .2097151) 

INTEGER {-128 . .127) , 



ASNISTOP 



NAV-ClockModel i\e\d descriptions 



navToc 

Parameter to 



time of clock (seconds) [4,7] 



Scale factor 2 seconds. 



navaf2 

Parameter a^, clock correction polynomial coefficient (sec/sec^) [4,7]. 
Scale factor 2"^^ seconds/second^. 



navafi 

Parameter an, clock correction polynomial coefficient (sec/sec) [4,7]. 
Scale factor 2'*^ seconds/second. 



navafO 

Parameter ato, clock correction polynomial coefficient (seconds) [4,7]. 
Scale factor 2"^^ seconds. 



navTgd 

Parameter Tgd, group delay (seconds) [4,7]. 
Scale factor 2"^^ seconds. 



CNAV-ClockModel 



-- ASNISTART 










CNAV-ClockModel : 


= SEQUENCE 


{ 






cnavToc 


INTEGER 


0. .2015) , 






cnavTop 


INTEGER 


0. .2015) , 






cnavURAO 


INTEGER 


-16. .15) , 






cnavURAl 


INTEGER 


0. .7) , 






cnavURA2 


INTEGER 


0. .7) , 






cnavAf 2 


INTEGER 


-512. .511) , 






cnavAf 1 


INTEGER 


-524288. .524287) , 






cnavAf 


INTEGER 


-33554432. .33554431) , 






cnavTgd 


INTEGER 


-4096. .4095) , 






cnavISCllcp 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISCllcd 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISCllca 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISC12c 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISC15i5 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 


cnavISC15q5 

} 

-- ASNISTOP 


INTEGER 


-4096. .4095) 


OPTIONAL, 


-- Need ON 
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CNA V-ClockModel field descriptions 



cnavToc 

Parameter toe, clock data reference time of week (seconds) [4,5,6,7]. 
Scale factor 300 seconds. 



cnavTop 

Parameter top, clock data predict time of week (seconds) [4,5,6,7]. 
Scale factor 300 seconds 



cnavURAO 

Parameter URApc Index, SV clock accuracy index (dimensionless) [4,5,6,7]. 



cnavURAI 

Parameter URAod Index, SV clock accuracy change index (dimensionless) [4,5,6,7]. 



cnavURA2 

Parameter URAoc2 Index, SV clock accuracy change rate index (dimensionless) [4,5,6,7]. 



cnavAf2 

Parameter af2-n, SV clock drift rate correction coefficient (sec/sec^) [4,5,6,7]. 
Scale factor 2"®° seconds/second^. 



cnavAfI 

Parameter ati-n, SV clock drift correction coefficient (sec/sec) [4,5,6,7]. 
Scale factor 2'*^ seconds/second. 



cnavAfO 

Parameter aton, SV clock bias correction coefficient (seconds) [4,5,6,7]. 
Scale factor 2"^^ seconds. 



cnavTgd 

Parameter Tgd, Group delay correction (seconds) [4,5,6,7]. 
Scale factor 2"^^ seconds. 



cnavlSCHcp 

Parameter ISCucp, inter signal group delay correction (seconds) [6,7]. 

Scale factor 2"^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L1 c signal. 



cnavlSCHcd 

Parameter ISCucd, inter signal group delay correction (seconds) [6,7]. 

Scale factor 2"^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L1 c signal. 



cnavlSCUca 

Parameter ISClic/a, inter signal group delay correction (seconds) [4,5,7]. 

Scale factor 2"^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L1 ca signal. 



cnavlSCI2c 

Parameter ISCl2c, inter signal group delay correction (seconds) [4,5,7]. 

Scale factor 2"^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L2c signal. 



cnavlSCI5i5 

Parameter ISClbis, inter signal group delay correction (seconds) [5,7]. 

Scale factor 2"^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L5 signal. 



cnavlSCI5q5 

Parameter ISCl5Q5, inter signal group delay correction (seconds) [5,7]. 

Scale factor 2"^^ seconds. 

The location server should include this field if the target device is GPS capable and supports the L5 signal. 



GLONASS-ClockModel 



-- ASNISTART 








GLONASS-ClockModel 


: : = SEQUENCE { 






gloTau 


INTEGER {-2097152. .2097151) , 






gloGamma 


INTEGER {-1024. .1023) , 






gloDeltaTau 

} 

-- ASNISTOP 


INTEGER {-16. .15) 


OPTIONAL, 


-- Need ON 
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GLONASS-ClockModel field descriptions 



gloTau 

Parameter Xn(tb), satellite clock offset (seconds) [9]. 
Scale factor 2"^ seconds. 



gloGamma 

Parameter Yn(tb), relative frequency offset from nominal value (dimensionless) [9]. 
Scale factor 2"^°. 



gloDeltaTau 

Parameter Axn , time difference between transmission in G2 and G1 (seconds) [9]. 

Scale factor 2"^° seconds. 

The location server should include this parameter if the target device is dual frequency GLONASS receiver capable. 



SBAS-ClockModel 



-- ASNISTART 

SBAS-ClockModel 
sbasTo 
sbasAgfo 
sbasAgf 1 

} 

-- ASNISTOP 



SEQUENCE { 
INTEGER {0 . .5399) , 
INTEGER {-2048 . .2047) 
INTEGER {-128 . .127) , 



SBAS-ClockModel field descriptions 



sbasTo 

Parameter to [10]. 
Scale factor 16 seconds. 



SbasAgfo 

Parameter aGfo[10]. 
Scale factor 2"^ seconds. 



sbasAgfl 

Parameter aeti MO]. 

Scale factor 2"" seconds/second. 



ASNISTART 



NavModelKeplerianSet 



NavModelKeplerianSet : : = SEQUENCE 

keplerToe INTEGER 

keplerW INTEGER 

keplerDeltaN INTEGER 

keplerMO INTEGER 

keplerOmegaDot INTEGER 

keplerE INTEGER 

keplerlDot INTEGER 

keplerAPowerHalf INTEGER 

keplerlO INTEGER 

keplerOmegaO INTEGER 

keplerCrs INTEGER 

keplerCis INTEGER 

keplerCus INTEGER 

keplerCrc INTEGER 

keplerCic INTEGER 

keplerCuc INTEGER 



. . 16383) , 

-2147483648. .2147483647) 
-32768. .32767) , 
-2147483648. .2147483647) 
-8388608. . 8388607) , 
. .4294967295) , 
-8192. .8191) , 
. . 4294967295) , 
-2147483648. .2147483647) 
-2147483648. .2147483647) 
-32768. .32767) 

32767) 

32767) 

32767) 

32767) 

32767) 



-32768. 
-32768. 
-32768. 
-32768. 
-32768. 



ASNISTOP 



NavModelKeplerianSet field descriptions 



keplerToe 

Parameter toe> time-of-ephemeris in seconds [8]. 
Scale factor 60 seconds. 
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NavModelKeplerianSet field descriptions 



keplerW 

Parameter co, argument of perigee (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerDeltaN 

Parameter An, mean motion difference from computed value (semi-circles/sec) [8]. 
Scale factor 2'*^ semi-circles/second. 



keplerMO 

Parameter Mq, mean anomaly at reference time (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerOmegaDot 

Parameter OMEGAdot, longitude of ascending node of orbit plane at weekly epoch (semi-circles/sec) [8]. 
Scale factor 2""^ semi-circles/second. 



keplerE 

Parameter e, eccentricity [8]. 
Scale factor 2"^l 



KeplerlDot 

Parameter Idot, rate of inclination angle (semi-circles/sec) [8]. 
Scale factor 2'*^ semi-circles/second. 



keplerAPowerHalf 

Parameter sqrtA, semi-major Axis in (meters)'''" [8]. 
Scale factor 2"^^ meters '''' . 



keplerlO 

Parameter Iq, inclination angle at reference time (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerOmegaO 

Parameter OMEGAq, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerCrs 

Parameter Grs, amplitude of the sine harmonic correction term to the orbit radius (meters) [8]. 
Scale factor 2"^ meters. 



keplerCis 

Parameter Cjs, amplitude of the sine harmonic correction term to the angle of inclination (radians) [8]. 
Scale factor 2"^^ radians. 



keplerCus 

Parameter Cus, amplitude of the sine harmonic correction term to the argument of latitude (radians) [8]. 
Scale factor 2"^^ radians. 



keplerCrc 

Parameter Crc, amplitude of the cosine harmonic correction term to the orbit radius (meters) [8]. 
Scale factor 2"^ meters. 



keplerCic 

Parameter Cjc, amplitude of the cosine harmonic correction term to the angle of inclination (radians) [8]. 
Scale factor 2"^^ radians. 



keplerCuc 

Parameter Cue. amplitude of the cosine harmonic correction term to the argument of latitude (radians) [8]. 
Scale factor 2"^® radians. 



NavModelNAV-KeplerianSet 



-- ASNISTART 






NavModelNAV-Kepleri 


anSet : : = 


SEQUENCE { 


navURA 


INTEGER 


0. .15) , 


navFitFlag 


INTEGER 


0. .1) , 


navToe 


INTEGER 


0. .37799) , 


navOmega 


INTEGER 


-2147483648. .2147483647) , 


navDeltaN 


INTEGER 


-32768. .32767) , 


navMO 


INTEGER 


-2147483648. .2147483647) , 


navOmegaADot 


INTEGER 


-8388608. .8388607) , 


navE 


INTEGER 


0. .4294967295) , 


navIDot 


INTEGER 


-8192. .8191) , 


navAPowerHalf 


INTEGER 


0. .4294967295) , 


navIO 


INTEGER 


-2147483648. .2147483647) , 


navOmegaAO 


INTEGER 


-2147483648. .2147483647) , 


navCrs 


INTEGER 


-32768. .32767) , 


navCis 


INTEGER 


-32768. .32767) , 


navCus 


INTEGER 


-32768. .32767) , 
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navCrc INTEGER { -327G8 .. 32767) , 

navCic INTEGER { -32768 .. 32767) , 

navCuc INTEGER { -32768 .. 32767) , 

addNAVparam SEQUENCE { 

ephemCodeOnL2 INTEGER {0..3), 
ephemL2Pflag INTEGER {0..1), 
ephemSFlRsvd SEQUENCE { 

reservedl INTEGER { .. 8388607) , -- 23-bit field 
reserved2 INTEGER {0 .. 16777215) , -- 24-bit field 
reserved3 INTEGER {0 .. 16777215) , -- 24-bit field 
reserved4 INTEGER {0.. 65535) -- 16-bit field 

ephemAODA INTEGER {0..31) 
} OPTIONAL, -- Need ON 



ASNISTOP 



NavModelNA V-KeplerianSet field descriptions 



navURA 

Parameter URA Index, SV accuracy (dimensionless) [4,7], 



navFitFlag 

Parameter Fit Interval Flag, fit interval indication (dimensionless) [4,7] 



navToe 

Parameter toe, time of ephemeris (seconds) [4,7]. 
Scale factor 2'^ seconds. 



navOmega 

Parameter co, argument of perigee (semi-circles) [4,7]. 
Scale factor 2"^^ semi-circles. 



navDeltaN 

Parameter An, mean motion difference from computed value (semi-circles/sec) [4,7]. 
Scale factor 2'*^ semi-circles/second. 



navMO 

Parameter Mo, mean anomaly at reference time (semi-circles) [4,7]. 
Scale factor 2"^^ semi-circles. 



navOmegaADot 

Parameter Q , rate of right ascension (seml-circles/sec) [4,7]. 
Scale factor 2'*^ semi-circles/second. 



navE 

Parameter e, eccentricity (dimensionless) [4,7]. 
Scale factor 2"^^ 



navlDot 

Parameter IDOT, rate of inclination angle (semi-circles/sec) [4,7]. 
Scale factor 2'*^ semi-circles/second. 



navAPowerHalf 

Parameter ^JA , square root of semi-major axis (meters^'^) [4,7]. 
Scale factor 2"^^ meters '''" . 



navIO 

Parameter io, inclination angle at reference time (semi-circles) [4,7]. 
Scale factor 2"^^ semi-circles. 



navOmegaAO 

Parameter Qo, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [4,7]. 
Scale factor 2"^^ semi-circles. 



navCrs 

Parameter Crs, amplitude of sine harmonic correction term to the orbit radius (meters) [4,7]. 
Scale factor 2"^ meters. 



navCis 

Parameter Cis, amplitude of sine harmonic correction term to the angle of inclination (radians) [4,7]. 
Scale factor 2"^^ radians. 



navCus 

Parameter Cus, amplitude of sine harmonic correction term to the argument of latitude (radians) [4,7]. 
Scale factor 2"^^ radians. 



navCrc 

Parameter Crc, amplitude of cosine harmonic correction term to the orbit radius (meters) [4,7]. 
Scale factor 2"^ meters. 
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NavModelNA V-KeplerianSet field descriptions 



navCic 

Parameter Cic, amplitude of cosine liarmonic correction term to the angle of inclination (radians) [4,7]. 
Scale factor 2"^^ radians. 



navCuc 

Parameter Cue, amplitude of cosine harmonic correction term to the argument of latitude (radians) [4,7]. 
Scale factor 2"^^ radians. 



addNAVparam 

These fields include data and reserved bits in the GPS NAV message [4,14]. 

These additional navigation parameters, if provided by the location server, allow the target device to perform data 

wipe-off similar to what is done by the target device with the GNSS-DataBitAssistance. 



NavModelCNAV-KeplerianSet 



-- ASNISTART 






NavModelCNAV-KeplerianSet ::= SEQUENCE { 


cnavTop 


INTEGER 


0. .2015) , 


cnavURAindex 


INTEGER 


-16. .15) , 


cnavDeltaA 


INTEGER 


-33554432. .33554431) , 


cnavAdot 


INTEGER 


-16777216. .16777215) , 


cnavDeltaNo 


INTEGER 


-65536. .65535) , 


cnavDeltaNoDot 


INTEGER 


-4194304. .4194303) , 


cnavMo 


INTEGER 


-4294967296. .4294967295) , 


cnavE 


INTEGER 


0. .8589934591) , 


cnavOmega 


INTEGER 


-4294967296. .4294967295) , 


cnavOMEGAO 


INTEGER 


-4294967296. .4294967295) , 


cnavDeltaOmegaDot 


INTEGER 


-65536. .65535) , 


cnavio 


INTEGER 


-4294967296. .4294967295) , 


cnavIoDot 


INTEGER 


-16384. .16383) , 


cnavCis 


INTEGER 


-32768. .32767) , 


cnavCic 


INTEGER 


-32768. .32767) , 


cnavCrs 


INTEGER 


-8388608. .8388607) , 


cnavCrc 


INTEGER 


-8388608. .8388607) , 


cnavCus 


INTEGER 


-1048576. .1048575) , 


cnavCuc 

} 

-- ASNISTOP 


INTEGER 


-1048576. .1048575) , 







NavModelCNA V-KeplerianSet field descriptions 



cnavTop 

Parameter top, data predict time of week (seconds) [4,5,6,7]. 
Scale factor 300 seconds. 



cnavURAindex 

Parameter URApe Index, SV accuracy (dimensionless) [4,5,6,7]. 



cnavDeltaA 

Parameter AA, semi-major axis difference at reference time (meters) [4,5,6,7]. 
Scale factor 2"^ meters. 



cnavAdot 

Parameter A , change rate in semi-major axis (meters/sec) [4,5,6,7]. 
Scale factor 2"^^ meters/sec. 



cnavDeltaNo 

Parameter Ano, mean motion difference from computed value at reference time (semi-circles/sec) [4,5,6,7]. 
Scale factor 2'** semi-circles/second. 



cnavDeltaNoDot 

Parameter Ah^ , rate of mean motion difference from computed value (semi-circles/sec^) [4,5,6,7]. 
Scale factor 2'^^ semi-circles/second^. 



cnavMo 

Parameter Mo-n, mean anomaly at reference time (semi-circles) [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



cnavE 

Parameter Cn, eccentricity (dimensionless) [4,5,6,7]. 
Scale factor 2"^^ 
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NavModelCNA V-KeplerianSet field descriptions 



cnavOmega 

Parameter con, argument of perigee (semi-circles) [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



cnavOMEGAO 

Parameter Qo-n. reference right ascension angle (semi-circles) [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



cnavDeltaOmegaDot 

Parameter AQ , rate of right ascension difference (semi-circles/sec) [4,5,6,7]. 
Scale factor 2'** semi-circles/second. 



cnavio 

Parameter io-n, inclination angle at reference time (semi-circles) [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



cnavloDot 

Parameter lo-n-DOT, rate of inclination angle (semi-circles/sec) [4,5,6,7]. 
Scale factor 2"" semi-circles/second.. 



cnavCis 

Parameter Cisn, amplitude of sine harmonic correction term to the angle of inclination (radians) [4,5,6,7]. 
Scale factor 2"^ radians. 



cnavCic 

Parameter Cicn, amplitude of cosine harmonic correction term to the angle of inclination (radians) [4,5,6,7]. 
Scale factor 2"^° radians. 



cnavCrs 

Parameter Crs-n. amplitude of sine harmonic correction term to the orbit radius (meters) [4,5,6,7]. 
Scale factor 2"^ meters. 



cnavCrc 

Parameter Crc-n. amplitude of cosine harmonic correction term to the orbit radius (meters) [4,5,6,7]. 
Scale factor 2"^ meters. 



cnavCus 

Parameter Cus-n, amplitude of the sine harmonic correction term to the argument of latitude (radians) [4,5,6,7]. 
Scale factor 2'^° radians. 



cnavCuc 

Parameter Cuc-n, amplitude of cosine harmonic correction term to the argument of latitude (radians) [4,5,6,7]. 
Scale factor 2"^° radians. 



NavModel-GLONASS-ECEF 



-- ASNISTART 

NavMode 1 - GLONASS - ECEF 
gloEn 
gloPl 
gloP2 
gloM 
gloX 
gloXdot 
gloXdotdot 
gloY 
gloYdot 
gloYdotdot 
gloZ 
gloZdot 
gloZdotdot 



:= SEQUENCE { 
INTEGER {0 . .31) , 
BIT STRING {SIZE{2)), 
BOOLEAN, 
INTEGER {0 . .3) , 
INTEGER {-67108864 . .67108863) 
INTEGER {-8388608. .8388607) , 
INTEGER {-16 . .15) , 
INTEGER {-67108864 . .67108863) 
INTEGER {-8388608. .8388607) , 
INTEGER {-16 . .15) , 
INTEGER {-67108864 . .67108863) 
INTEGER {-8388608. .8388607) , 
INTEGER {-16. .15) , 



ASNISTOP 



NavModel-GLONASS-ECEFVie\d descriptions 



gloEn 

Parameter En, age of data (days) [9]. 
Scale factor 1 days. 



gloP1 

Parameter PI , time interval between two adjacent values of tb (minutes) [9]. 



gloP2 

Parameter P2, change of tb flag (dimensionless) [9]. 
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NavModel-GLONASS-ECEFrie\(i descriptions 


gloM 

Parameter M, 


type of satellite (dimensionless) [9]. 


giox 






Parameter x^ 


(t,) 


x-coordinate of satellite at time tb (kilometers) [9]. 


Scale factor 2 


"^^ kilometers. 


gloXdot 






Parameter x^ 


(h) 


x-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 


Scale factor 2 


"^° kilometers/second. 


gloXdotdot 






Parameter x^ 


a.) 


x-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 


Scale factor 2 


"^° kilometers/second^. 


gioY 






Parameter y^ 


,(^.) 


y-coordinate of satellite at time tb (kilometers) [9]. 


Scale factor 2 


"" kilometers. 


gloYdot 






Parameter y^ 


r(h) 


y-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 


Scale factor 2 


'^° kilometers/second. 


gloYdotdot 






Parameter y^ 


Sh) 


y-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 


Scale factor 2 


'^° kilometers/second^. 


gioz 






Parameter z„ 


(h) 


z-coordinate of satellite at time tb (kilometers) [9]. 


Scale factor 2 


"^^ kilometers. 


gloZdot 






Parameter z, 


(h) 


z-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 


Scale factor 2 


"^° kilometers/second. 


g/oZdoWof 






Parameter z„ 


(h) 


z-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 


Scale factor 2 


"^° kilometers/second^. 



NavModel-SBAS-ECEF 



-- ASNISTART 










NavModel-SBAS-ECEF : 


= SEQUENCE 


{ 






sbasTo 


INTEGER 


{0. .5399) 


OPTIONAL, 


-- Cond ClockModel 


sbasAccuracy 


BIT STRING {SIZE (4) ) , 






sbasXg 


INTEGER 


{-536870912. .536870911) , 






sbasYg 


INTEGER 


{-536870912. .536870911) , 






sbasZg 


INTEGER 


{-16777216. .16777215) , 






sbasXgDot 


INTEGER 


{-65536. .65535) , 






sbasYgDot 


INTEGER 


{-65536. .65535) , 






sbasZgDot 


INTEGER 


{-131072. .131071) , 






sbasXgDotDot 


INTEGER 


{-512. .511) , 






sbagYgDotDot 


INTEGER 


{-512. .511) , 






sbasZgDotDot 

} 

-- ASNISTOP 


INTEGER 


{-512. .511) , 















Conditional presence 


Explanation 


ClockModel 


This field is mandatory present if gnss-ClockModel Mo6e\-5 is not included; othenwise it is 
not present. 



NavModel-SBAS-ECEF rie\d descriptions 



sbasTo 

Parameter to, time of applicability (seconds) [10]. 
Scale factor 16 seconds. 
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NavModel-SBAS-ECEFrie\d descriptions 



sbasAccuracy 

Parameter Accuracy, (dimensionless) [10], 



sbasXg 

Parameter Xg, (meters) [10]. 
Scale factor 0.08 meters. 



sbasYg 

Parameter Yg, (meters) [10]. 
Scale factor 0.08 meters. 



sbasZg 

Parameter Zg, (meters) [10]. 
Scale factor 0.4 meters. 



sbasXgDot 

Parameter Xg, Rate-of-Change, (meters/sec) [10]. 
Scale factor 0.000625 meters/second. 



SbasYg Dot 

Parameter Yg, Rate-of-Change, (meters/sec) [10] 
Scale factor 0.000625 meters/second. 



sbasZgDot 

Parameter Zg, Rate-of-Change, (meters/sec) [10]. 
Scale factor 0.004 meters/second. 



sbasXgDotDot 

Parameter Xg , Acceleration, (meters/sec^) [1 0]. 
Scale factor 0.0000125 meters/second^ 



sbagVgDotDot 

Parameter Yg, Acceleration, (meters/sec^) [10]. 
Scale factor 0.0000125 meters/second^ 



sbasZgDotDot 

Parameter Zg Acceleration, (meters/sec^) [10]. 
Scale factor 0.0000625 meters/second^ 



GNSS-RealTimelntegrity 

The IE GNSS-RealTimelntegrity is used by the location server to provide parameters that describe the real-time status of 
the GNSS constellations. GNSS-RealTimelntegrity data communicates the health of the GNSS signals to the mobile in 
real-time. 

The location server shall always transmit the GNSS-RealTimelntegrity with the current list of unhealthy signals (i.e., not 
only for signals/SVs currently visible at the reference location), for any GNSS positioning attempt and whenever GNSS 
assistance data are sent. If the number of bad signals is zero, then the GNSS-RealTimelntegrity IE shall be omitted. 

-- ASNISTART 

GNSS-RealTimelntegrity ::= SEQUENCE { 

gnss-BadSignalList GNSS-BadSignalList , 

} 

GNSS-BadSignalList ::= SEQUENCE {SIZE {1 . . 64 ) ) OF BadSignalElement 

BadSignalElement ::= SEQUENCE { 
badSVID SV-ID, 

badSignallD GNSS-SignallDs OPTIONAL, -- Need OP 



ASNISTOP 
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GNSS-RealTimelnteghty field descriptions 



gnss-BadSignalList 

This field specifies a list of satellites with bad signal or signals. 



badSVID 

This field specifies the GNSS SV-ID of the satellite with bad signal or signals. 



badSignallD 

This field identifies the bad signal or signals of a satellite. This is represented by a bit string in GNSS-SignallDs, with 
a one-value at a bit position means the particular GNSS signal type of the SV is unhealthy; a zero-value means 
healthy. Absence of this field means that all signals on the specific SV are bad. 



GNSS-DataBitAssistance 

The IE GNSS-DataBitAssistance is used by the location server to provide data bit assistance data for specific satelUte 
signals for data wipe-off The data bits included in the assistance data depends on the GNSS and its signal. 



-- ASNISTART 




GNSS-DataBitAssistance : 


= SEQUENCE { 


gnss-TOD 


INTEGER {0. .3599) , 


gnss-TODf rac 


INTEGER {0..999) OPTIONAL, -- Need ON 


gnss-DataBitsSatList 

} 

GNSS-DataBitsSatList ::= 


GNSS-DataBitsSatList, 


SEQUENCE {SIZE{1. .64) )0F GNSS-DataBitsSatElement 


GNSS-DataBitsSatElement 


:= SEQUENCE { 


svID 


SV-ID, 


gnss-DataBitsSgnList 

} 

GNSS-DataBitsSgnList ::= 


GNSS-DataBitsSgnList, 


SEQUENCE {SIZE{1..8)) OF GNSS-DataBitsSgnElement 


GNSS-DataBitsSgnElement 


:= SEQUENCE { 


gnss-SignalType 


GNSS-SignallD, 


gnss-DataBits 

} 

-- ASNISTOP 


BIT STRING {SIZE {1..1024)), 





GNSS-DataBitAssistance field descriptions 



gnss-TOD 

This field specifies the reference time of the first bit of the data in GNSS-DataBitAssistance in integer seconds in 
GNSS specific system time, modulo 1 hour. 
Scale factor 1 second. 



gnss-TODfrac 

This field specifies the fractional part of the gnss-TOD in 1-milli-second resolution. 
Scale factor 1 millisecond. The total GNSS TOD is gnss-TOD + gnss-TODfrac. 



gnss-DataBitsSatList 

This list specifies the data bits for a particular GNSS satellite SV-ID and signal GNSS-SignallD. 



svID 

This field specifies the GNSS SV-ID of the satellite for which the GNSS-DataBitAssistance is given. 



gnss-SignalType 

This field identifies the GNSS signal type of the GNSS-DataBitAssistance. 
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GNSS-DataBitAssistance field descriptions 



gnss-DataBits 

Data bits are contained in GNSS system and data type specific format. 

In case of GPS L1 G/A, it contains the NAV data modulation bits as defined in [4] . 

In case of Modernized GPS L1C, it contains the encoded and interleaved modulation symbols as defined in [6] section 
3.2.3.1 . In case of Modernized GPS L2G, it contains either the NAV data modulation bits, the FEC encoded NAV data 
modulation symbols, or the FEC encoded CNAV data modulation symbols, dependent on the current signal 
configuration of this satellite as defined in [4, Table 3-III]. In case of Modernized GPS L5, it contains the FEC encoded 
CNAV data modulation symbols as defined in [5]. 

In case of SBAS, it contains the FEC encoded data modulation symbols as defined in [10]. 

In case of QZSS QZS-L1 , it contains the NAV data modulation bits as defined in [7] section 5.2. In case of QZSS 
QZS-L1C, it contains the encoded and interleaved modulation symbols as defined in [7] section 5.3. In case of QZSS 
QZS-L2C, it contains the encoded modulation symbols as defined in [7] section 5.5. In case of QZSS QZS-L5, it 
contains the encoded modulation symbols as defined in [7] section 5.6. 

In case of GLONASS, it contains the 100 sps differentially Manchester encoded modulation symbols as defined in [9] 
section 3.3.2.2. 

In case of Galileo, it contains the FEC encoded and interleaved modulation symbols. The logical levels 1 and 
correspond to signal levels -1 and +1, respectively. 



GNSS-AcquisitionAssistance 

The IE GNSS-AcquisitionAssistance is used by the location server to provide parameters that enable fast acquisition of 
the GNSS signals. Essentially, these parameters describe the range and derivatives from respective satellites to the 
reference location at the reference time GNSS-SystemTime provided in IE GNSS-ReferenceTime. 

Whenever GNSS-AcquisitionAssistance is provided by the location server, the IE GNSS-ReferenceTime shall be 
provided as well. E.g., even if the target device request for assistance data includes only a request for GNSS- 
AcquisitionAssistance, the location server shall also provide the corresponding IE GNSS-ReferenceTime. 



Figure 6.5.2.2-1 illustrates the relation between some of the fields, using GPS TOW as exemplary reference. 


-- ASNISTART 




GNSS-AcquisitionAssistance ::= 


SEQUENCE { 


gnss-SignallD 


GNSS-SignallD, 


gnss-AcquisitionAssistList 


GNSS-AcquisitionAssistList, 


confidence -rlO 
} 


INTEGER {0..100) OPTIONAL -- Need ON 


GNSS-AcquisitionAssistList ::= 


SEQUENCE {SIZE{1. .64) ) OF GNSS-AcquisitionAssistElement 


GNSS-AcquisitionAssistElement 


: : = SEQUENCE { 


svID 


SV-ID, 


dopplerO 


INTEGER {-2048. .2047) , 


dopplerl 


INTEGER {0. .63) , 


dopplerUncertainty 


INTEGER {0. .4) , 


codePhase 


INTEGER {0. .1022) , 


intCodePhase 


INTEGER {0. .127) , 


codePhaseSearchWindow 


INTEGER {0. .31) , 


azimuth 


INTEGER {0. .511) , 


elevation 


INTEGER {0. .127) , 


codePhasel023 


BOOLEAN OPTIONAL, -- Need OP 


dopplerUncertaintyExt-rlO 


ENUMERATED { d6 0. 




d80. 




dlOO, 




dl20. 


} 


nolnformation, ... } OPTIONAL -- Need ON 


-- ASNISTOP 





GNSS-AcquisitionAssistance field descriptions 
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GNSS-AcquisitionAssistance field descriptions 



gnss-SignallD 

This field specifies the GNSS signal for which the acquisition assistance are provided. 



gnss-AcquisitionAssistList 

These fields provide a list of acquisition assistance data for each GNSS satellite. 



confidence 

This field specifies the confidence level of the reference location area or volume used to calculate the acquisition 
assistance parameters (search windows). A high percentage value (e.g., 98% or more) indicates to the target device 
that the provided search windows are reliable. The location server should include this field to indicate the confidence 
level of the provided information. 



svID 

This field specifies the GNSS SV-ID of the satellite for which the GNSS-AcquisitionAssistance is given. 



dopplerO 

This field specifies the Doppler (0* order term) value. A positive value in Doppler defines the increase in satellite 
signal frequency due to velocity towards the target device. A negative value in Doppler defines the decrease in 
satellite signal frequency due to velocity away from the target device. Doppler is given in unit of m/s by multiplying the 
Doppler value in Hz by the nominal wavelength of the assisted signal. 
Scale factor 0.5 m/s in the range from -1 024 m/s to +1 023.5 m/s. 



dopplerl 

This field specifies the Doppler (1^' order term) value. A positive value defines the rate of increase in satellite signal 
frequency due to acceleration towards the target device. A negative value defines the rate of decrease in satellite 
signal frequency due to acceleration away from the target device. 
Scale factor 1/210 m/s^in the range from -0.2 m/s^ to +0.1 m/s^. 



dopplerUncertainty 

This field specifies the Doppler uncertainty value. It is defined such that the Doppler experienced by a stationary target 
device is in the range [Doppler-Doppler Uncertainty] to [Doppler+Doppler Uncertainty]. Doppler Uncertainty is given in 
unit of m/s by multiplying the Doppler Uncertainty value in Hz by the nominal wavelength of the assisted signal. 
Defined values: 2.5 m/s, 5 m/s, 10 m/s, 20 m/s, 40 m/s as encoded by an integer n in the range 0-4 according to: 

2""(40) m/s; n = - 4. 
If the cloppierUncertaintyExtf\e\6 is present, the target device that supports the dopplerUncertaintyExt shall ignore this 
field. 



codePhase 

This field together with the codePliasel 023 field specifies the code phase, in units of milli-seconds, in the range from 

to 1 millisecond scaled by the nominal chipping rate of the GNSS signal, where increasing values of the field signify 

increasing predicted signal code phases, as seen by a receiver at the reference location at the reference time. The 

reference location would typically be an apriori estimate of the target device location. 

Scale factor 2"^° ms in the range from to (1 -2'^") ms. 

Note: The value (1-2'^°) ms is encoded using the codePliasel 023 IE. 



intCodePhase 

This field contains integer code phase (expressed modulo 128 ms) currently being transmitted at the reference time, 

as seen by a receiver at the reference location. 

Scal e factor 1 ms in the range from to 127 ms. 



codePhaseSearch Window 

This field contains the code phase search window. The code phase search window accounts for the uncertainty in the 
estimated target device location but not any uncertainty in reference time. It is defined such that the expected code 
phase is in the range [Code Phase-Code Phase Search Window] to [Code Phase+Code Phase Search Window] 
given in units of milli-seconds. 

Range 0-31 , mapping according to the table codePhaseSearchWindow Value to Interpretation Code Phase Search 
Window [ms] relation shown below. 



azimutli 

This field specifies the azimuth angle. An angle of x degrees means the satellite azimuth a is in the range 

(X < a < x+0.7031 25) degrees. 

Scale factor 0.703125 degrees. 



elevation 

This field specifies the elevation angle. An angle of y degrees means the satellite elevation e is in the range 

(y < e < y-i-0.7031 25) degrees. 

Scale factor 0.703125 degrees. 



codePtiase1023 

This field if set to TRUE indicates that the code phase has the value 1 023 x 2'^° = (1 -2"^°) ms. This field may only be 
set to TRUE if the value provided in the codePliase IE is 1022. If this field is set to FALSE, the code phase is the 
value provided in the codePliase IE in the range from to (1 - 2x2'^°) ms. If this field is not present and the 
codePhase IE has the value 1022, the target device may assume that the code phase is between (1 - 2x2"^°) and (1 
2-^°) ms. 
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GNSS-AcquisitionAssistance field descriptions 



dopplerUncertaintyExt 

If this field is present, the target device that supports this field shall ignore the dopplerUncertainty i\e\6. The location 
server should include this field only if supported by the target device. 

This field specifies the Doppler uncertainty value. It is defined such that the Doppler experienced by a stationary target 
device is in the range [Doppler-Doppler Uncertainty] to [Doppler+Doppler Uncertainty]. Doppler Uncertainty is given in 
unit of m/s by multiplying the Doppler Uncertainty value in Hz by the nominal wavelength of the assisted signal. 
Enumerated values define 60 m/s, 80 m/s, 100 m/s, 120 ms, and "No Information". 



codePhaseSearchWindow Value to Interpretation Code Phase Search Window [ms] relation 



codePhaseSearchWindow 
Value 


Interpretation 
Code Phase Search Window [ms] 




00000 




No information 




00001 




0,002 




00010 




0,004 




00011 




0,008 




00100 




0,012 




00101 




0,016 




00110 




0,024 




00111 




0,032 




01000 




0,048 




01001 




0,064 




01010 




0,096 




01011 




0,128 




01100 




0,164 




01101 




0,200 




01110 




0,250 




01111 




0,300 




10000 




0,360 




10001 




0,420 




10010 




0,480 




10011 




0,540 




10100 




0,600 




10101 




0,660 




10110 




0,720 




10111 




0,780 




11000 




0,850 




11001 




1,000 




11010 




1,150 




11011 




1,300 




11100 




1,450 




11101 




1,600 




11110 




1,800 




11111 




2,000 
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SV#1 clock bias |Ats, 

(t = tsv-Atsvl) - 



SV#1 time tsvi [ms] ^ 9997 N<^ 9998 N<^ 999! i^^X^IO.OOoN^I 0,001 N<^10,002N<^1 0,003 At SV#1 



SV#Nsat clock bias |AtsvNsat| 



SV#Nsat time tsvNsat [ms] ' 9997 N<^ 9998 N<^ 9999 



, 1 ms 



GPSTOWt[ms] 3997 ^<^ 9998 N^ 9999 ^C^10,OOoN<^10,OOlN<^10,002N<^10,003N<^ i 



-0.6383 ms- 



Predicted SV#1 time tsvi [ms] x^ 9920 N<^ 9921 ^(^ 992 rN<^ 9923 ^^XT 9924 N<^ 9925 \<^ 9926 



'l 0,OOoN^1 0,001 Nc^^l 0,002N<('l 0,003^ At SV#Nsat 



-Chosen Reference Epoch in gnssReferenceTime 



Exemplary Calculation of predicted tsv: 

tsv = t+Atsv-X 

t: propagation delay from SV to target device 
Atsv: Clock Bias 



Predicted SV#Nsat time tsvNsat [ms] (^ 9924 




GNSS Acquisition Assistance for SV#1 : 

GPS TOW = 1 0,000 ms (a multiple of 1 ms) 

Code Phase ~ 0.6383 ms 

integer Code Phase = 1 0,000 - 9922 = 78 ms 

Exemplary calculation of expected tsvi [ms] at the 
target device: 

tsvi = GPS TOW- Integer Code Phase + Code Phase 
= 1 0,000 - 78 + 0.6383 = 9922.6383 ms 

9927 N<^ 9928 ^^^^ 9929 ^)X^ 9930 "" _/ 



-0.7849 ms 



<u 

<u 
01 



Figure 6.5.2.2-1 : Exemplary calculation of some GNSS Acquisition Assistance fields. 

GNSS-Almanac 

The IE GNSS-Almanac is used by the location server to provide the coarse, long-term model of the satellite positions 
and clocks. The meaning of these parameters is defined in relevant ICDs of the particular GNSS and GNSS specific 
interpretations apply. For example, GPS and QZSS use the same model parameters but some parameters have a 
different interpretation [7]. GNSS-Almanac is useful for receiver tasks that require coarse accuracy, such as determining 
satellite visibility. The model is valid for up to a few weeks, typically. Since it is a long-term model, the field should be 
provided for all satellites available in the GNSS constellation (i.e., not only for SVs visible at the reference location and 
including SVs flagged as unhealthy in almanac). The complete AlmanacProvided field indicates whether or not the 
location server provided almanacs for the complete GNSS constellation. 



-- ASNISTART 










GNSS-Almanac ::= SEQUENCE { 










weekNumber 


INTEGER {0. .255) 


OPTIONAL, 


-- Need 


ON 


toa 


INTEGER {0. .255) 


OPTIONAL, 


-- Need 


ON 


ioda 


INTEGER {0. .3) 


OPTIONAL, 


-- Need 


ON 


completeAlmanacProvided 


BOOLEAN, 








gnss-AlmanacList 


GNSS-AlmanacList, 









GNSS-AlmanacList 



SEQUENCE {SIZE{1. .64) ) OF GNSS-AlmanacElement 



GNSS-AlmanacElement ::= CHOICE { 

keplerianAlmanacSet AlmanacKeplerianSet , -- Model-1 
keplerianNAV-Almanac AlmanacNAV-KeplerianSet , -- Model -2 
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keplerianReducedAlmanac AlmanacReducedKeplerianSet , -- Model -3 

keplerianMidlAlmanac AlmanacMidiAlmanacSet , -- Model-4 

keplerianGLONASS AlmanacGLONASS-AlmanacSet , -- Model-5 

ecef-SBAS-Almanac AlmanacECEF-SBAS-AlmanacSet , -- Model-6 



ASNISTOP 



GNSS-Almanac i\e\d descriptions 



weekNumber 

This field specifies tlie almanac reference week number in GNSS specific system time to which the almanac reference 
time toa is referenced, modulo 256 weeks. This field is required for non-GLONASS GNSS. 



toa 



This field specifies the almanac reference time given in GNSS specific system time, in units of seconds with a scale 
factor of 2^^. This field is required for non-GLONASS GNSS. 



loda 

This f ield specifies the issu e of data. This field is required for Galileo GNSS. 

completeAlmanacProvided 

If set to TRUE, the gnss-AlmanacList contains almanacs for the complete GNSS constellation indicated by GNSS-ID. 

gnss-AlmanacList 

This list contains the almanac model for each GNSS satellite in the GNSS constellation. 



AlmanacKeplerianSet 



-- ASNISTART 






AlmanacKeplerianSet ::= 


SEQUENCE { 




svID 


SV-ID, 




kepAlmanacE 


INTEGER 


0. .2047) , 


kepAlmanacDeltal 


INTEGER 


-1024. .1023) , 


kepAlmanacOmegaDot 


INTEGER 


-1024. .1023) , 


kepSVHealth 


INTEGER 


0. .15) , 


kepAlmanacAPowerHalf 


INTEGER 


-65536. .65535) , 


kepAlmanacOmegaO 


INTEGER 


-32768. .32767) , 


kepAlmanacW 


INTEGER 


-32768. .32767) , 


kepAlmanacMO 


INTEGER 


-32768. .32767) , 


kepAlmanacAF 


INTEGER 


-8192. .8191) , 


kepAlmanacAFl 

} 

-- ASNISTOP 


INTEGER 


-1024. .1023) , 







AlmanacKeplerianSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



kepAlmanacE 

Parameter e, eccentricity, dimensionless [8]. 
Scale factor 2 



16 



kepAlmanacDeltal 

Parameter 51, semi-circles [8]. 
Scale factor 2"^'' semi-circles. 



kepAlmanacOmegaDot 

Parameter OMEGADOT, longitude of ascending node of orbit plane at weekly epoch (semi-circles/sec) [8]. 
Scale factor 2"^^ semi-circles/seconds. 



kepSVHealth 

Parameter SV Health KP, dimensionless. This field specifies the SV Health status in GNSS almanac model using 
Keplerian parameters. In Galileo case this field shall contain the l/NAV health status bits [8]. 



kepAlmanacAPowerHalf 



,1/2 



1/2, 



Parameter delta A , Semi-Major Axis delta (meters) [8] 
Scale factor 2"^ meters '^ . 



kepAlmanacOmegaO 

Parameter OMEGAo, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 
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AlmanacKeplerianSet field descriptions 



kepAlmanacW 

Parameter co, argument of perigee (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



kepAlmanacMO 

Parameter Mo, mean anomaly at reference time (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



kepAlmanacAFO 

Parameter afo, seconds [8]. 
Scale factor 2"^^ seconds. 



kepAlmanacAFI 

Parameter afi, sec/sec [8]. 
Scale factor 2"^^ seconds/second. 



AlmanacNAV-KeplerianSet 



ASNISTART 



AlmanacNAV-KeplerianSet ::= SEQUENCE { 

svID SV-ID, 

navAlmE INTEGER {0.. 65535), 

navAlmDeltal INTEGER { -32768 .. 32767) , 

navAlmOMEGADOT INTEGER {-32768.. 32767), 

navAlmSVHealth INTEGER {0..255), 

navAlmSqrtA INTEGER {0 .. 16777215 ) , 

navAlmOMEGAo INTEGER {-8388608. .8388607) 

navAlmOmega INTEGER {-8388608. .8388607) 

navAlmMo INTEGER { -8388608 .. 8388607) 

navAlmafO INTEGER { -1024 .. 1023 ) , 

navAlmafl INTEGER { -1024 .. 1023 ) , 



ASNISTOP 
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AlmanacNA V-KeplerianSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



navAlmE 

Parameter e, eccentricity, dimensionless [4,7]. 
Scale factor 2"^\ 



navAlmDeltal 

Parameter 51, correction to inclination, semi-circles [4,7]. 
Scale factor 2"^^ semi-circles. 



navAlmOMEGADOT 

Parameter Q , rate of right ascension, semi-circles/sec [4,7]. 
Scale factor 2"^® semi-circles/second. 



navAlmSVHealth 

Parameter S V Health, satellite health [4,7]. 



navAlmSqrtA 

Parameter ^JA , square root of the semi-major axis, meters^'^[4,7] 



Scale factor 2"" meters "I 



navAlmOMEGAo 

Parameter Qo, longitude of ascending node of orbit plane at weekly epoch, semi-circles [4,7]. 
Scale factor 2"^^ semi-circles. 



navAlmOmega 

Parameter co, argument of perigee semi-circles [4,7]. 
Scale factor 2"^^ semi-circles. 



navAlmMo 

Parameter Mo, mean anomaly at reference time semi-circles [4,7]. 
Scale factor 2"^^ semi-circles. 



navAlmafO 

Parameter am, apparent satellite clock correction seconds [4,7]. 
Scale factor 2"^" seconds. 



navAlmafI 

Parameter an, apparent satellite clock correction sec/sec [4,7]. 
Scale factor 2"^^ semi-circles seconds/second. 



AlmanacReducedKeplerianSet 



-- ASNISTART 






AlmanacReducedKepleri 


anSet 


: : = SEQUENCE { 


svID 




SV-ID, 


redAlmDeltaA 




INTEGER {-128. .127) , 


r edAlmOmega 




INTEGER {-S4. .63) , 


redAlmPhiO 




INTEGER {-64. .63) , 


redAlmLlHealth 




BOOLEAN, 


redAlmL2Health 




BOOLEAN, 


redAlmLBHealth 

} 

-- ASNISTOP 




BOOLEAN, 
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AlmanacReducedKeplehanSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



redAlmDeltaA 

Parameter 5a, meters [4,5,6,7]. 
Scale factor 2*^ meters. 



redAlmOmegaO 

Parameter Qo, semi-circles [4,5,6,7]. 
Scale factor 2"® semi-circles. 



redAlmPhiO 

Parameter ©o, semi-circles [4,5,6,7]. 
Scale factor 2"® semi-circles. 



redAlmU Health 

Parameter L1 Health, dimensionless [4,5,6,7]. 



redAlmL2Health 

Parameter L2 Health, dimensionless [4,5,6,7]. 



redAlmLSHealth 

Parameter L5 Health, dimensionless [4,5,6,7]. 



- AlmanacMidiAlmanacSet 

-- ASNISTART 

AlmanacMidiAlmanacSet : : = SEQUENCE { 

svID SV-ID, 

midiAlmE INTEGER {0..2047), 

midiAlmDeltal INTEGER { -1024 .. 1023 ) , 

midlAlmOmegaDot INTEGER {-1024.. 1023), 

midiAlmSqrtA INTEGER {0.. 131071), 

midiAlmOmegaO INTEGER {-32768.. 32767) 

midiAlmOmega INTEGER {-32768.. 32767) 

midiAlmMo INTEGER { -32768 .. 32767) 

midiAlmafO INTEGER { -1024 .. 1023 ) , 

midiAlmafl INTEGER {-512.. 511), 

midiAlmLlHealth BOOLEAN, 

midiAlmL2Health BOOLEAN, 

midiAlmL5Health BOOLEAN, 



ASNISTOP 
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AlmanacMidiAlmanacSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



midiAlmE 

Parameter e, dimensionless [4,5,6,7]- 
Scale factor 2"^^ 



midiAlmDeltal 

Parameter 5i, semi-circles [4,5,6,7]. 
Scale factor 2'^* semi-circles. 



midiAlmOmegaDot 

Parameter Q , semi-circles/sec [4,5,6,7]. 
Scale factor 2"^^ semi-circles/second. 



midiAlmSqrtA 

Parameter vA , meters"^ [4,5,6,7]. 
Scale factor 2* meters^'^. 



midiAlmOmegaO 

Parameter Qo, semi-circles [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



midiAlmOmega 

Parameter co, semi-circles [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



midiAlmMo 

Parameter IVIo, semi-circles [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



midiAlmafO 

Parameter ato, seconds [4,5,6,7]. 
Scale factor 2'^° seconds. 



midiAlmafI 

Parameter an, sec/sec [4,5,6,7]. 
Scale factor 2"^'' seconds/second. 



midiAlmL 1 Health 

Parameter L1 Health, dimensionless [4,5,6,7]. 



midiAlmL2Health 

Parameter L2 Health, dimensionless [4,5,6,7]. 



midiAlmLSHealth 

Parameter L5 Health, dimensionless [4,5,6,7]. 



AlmanacGLONASS-AlmanacSet 



-- ASNISTART 










AlmanacGLONASS-AlmanacSet 


: : = SEQUENCE { 






gloAlm-NA 


INTEGER 


{1. .1461) , 






gloAlmnA 


INTEGER 


{1. .24) , 






gloAlmHA 


INTEGER 


{0. .31) , 






gloAlmLambdaA 


INTEGER 


{-1048576. .1048575) , 






gloAlmtlambdaA 


INTEGER 


{0. .2097151) , 






gloAlmDeltala 


INTEGER 


{-131072. .131071) , 






gloAlmDeltaTA 


INTEGER 


{-2097152. .2097151) , 






gloAlmDeltaTdotA 


INTEGER 


{-64. .63) , 






gloAlmEpsilonA 


INTEGER 


{0. .32767) , 






gloAlmOmegaA 


INTEGER 


{-32768. .32767) , 






gloAlmTauA 


INTEGER 


{-512. .511) , 






gloAlmCA 


INTEGER 


{0. .1) , 






gloAlmMA 

} 

-- ASNISTOP 


BIT STRING {SIZE (2) ) 


OPTIONAL, 


-- Need ON 
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AlmanacGLONASS-AlmanacSet field descriptions 



gloAlm-NA 

Parameter N 
Scale factor 1 days. 



Parameter n'^, days [9]. 



gloAlmnA 

Parameter n^, dimensionless [9]. 



gloAlmHA 

Parameter Hn^, dimensionless [9]. 



gloAlmLambdaA 

Parameter Xr,'^, semi-circles [9]. 
Scale factor 2"^° semi-circles. 



gloAlmtlambdaA 

Parameter t;,n*, seconds [9]. 
Scale factor 2"^ seconds. 



gloAlmDeltala 

Parameter Ain*, semi-circles [9]. 
Scale factor 2"^° semi-circles. 



gloAlmDeltaTA 

Parameter ATp*, sec/orbit period [9]. 
Scale factor 2"^ seconds/orbit period. 



gloAlmDelta TdotA 

Parameter AT DOTn'^, sec/orbit period^ [9]. 
Scale factor 2^" seconds/orbit period^. 



gloAlmEpsilonA 

Parameter en^ dimensionless [9]. 
Scale factor 2'^°. 



gloAlmOmegaA 

Parameter con'^, semi-circles [9]. 
Scale factor 2"^^ semi-circles. 



gloAlmTauA 

Parameter Xn*, 

Scale factor 2"^^ seconds. 



Parameter Xn*, seconds [9]. 



gloAlmCA 

Parameter Cn^, dimensionless [9]. 



gloAlmMA 

Parameter IVIn'^, dimensionless [9]. This parameter is present if its value is nonzero; otherwise it is not present. 



AlmanacECEF-SBAS-AlmanacSet 



-- ASNISTART 






AlmanacECEF-SBAS-AlmanacSet 


: : = SEQUENCE { 


sbasAlmDatalD 


INTEGER 


{0. .3) , 


svID 


SV-ID, 




sbasAlmHealth 


BIT STRING {SIZE (8) ) , 


sbasAlmXg 


INTEGER 


{-16384. .16383) , 


sbasAlmYg 


INTEGER 


{-16384. .16383) , 


sbasAlmZg 


INTEGER 


{-256. .255) , 


sbasAlmXgdot 


INTEGER 


{-4. .3) , 


sbasAlmYgDot 


INTEGER 


{-4. .3) , 


sbasAlmZgDot 


INTEGER 


{-8. .7) , 


sbasAlmTo 

} 

-- ASNISTOP 


INTEGER 


{0. .2047) , 
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AlmanacECEF-SBAS-AlmanacSet field descriptions 



sbasAlmDatalD 

Parameter Data ID, dimensionless [10], 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



sbasAlmHealth 

Parameter Health, dimensionless [10]. 



sbasAlmXg 

Parameter Xq, meters [10]. 
Scale factor 2600 meters. 



sbasAlmYg 

Parameter Yg, meters [10]. 
Scale factor 2600 meters. 



sbasAlmZg 

Parameter Zq, meters [10]. 
Scale factor 26000 meters. 



sbasAlmXgdot 

Parameter Xg Rat-of-Change, meters/sec [10]. 
Scale factor 10 meters/second. 



sbasAlmYgDot 

Parameter Yg Rate-of-Change, meters/sec [10]. 
Scale factor 10 meters/second. 



sbasAlmZgDot 

Parameter Zq Rate-of-Change, meters/sec [10]. 
Scale factor 40.96 meters/second. 



sbasAlmTo 

Parameter to, seconds [10]. 
Scale factor 64 meters/seconds. 



GNSS-UTC-Model 



The IE GNSS-UTC-Model is used by the location server to provide several sets of parameters needed to relate GNSS 
system time to Universal Time Coordinate (UTC), as defined in [4,5,6,7,8,9,10]. 

The UTC time standard, UTC(k), is GNSS specific. E.g., if GNSS-ID indicates GPS, GNSS-UTC-Model contains a set 
of parameters needed to relate GPS system time to UTC(USNO); if GNSS-ID indicates QZSS, GNSS-UTC-Model 
contains a set of parameters needed to relate QZST to UTC(NICT); ii GNSS-ID indicates GLONASS, GNSS-UTC- 
Model contains a set of parameters needed to relate GLONASS system time to UTC(RU); if GNSS-ID indicates SB AS, 
GNSS-UTC-Model contains a set of parameters needed to relate SB AS network time for the SB AS indicated by SBAS- 
ID to the UTC standard defined by the UTC Standard ID. 



-- ASNISTART 

GNSS-UTC-Model 
utcModell 
utcModel2 
utcModel3 
utciyiodel4 



CHOICE { 

UTC-ModelSetl, -- Model-1 

UTC-ModelSet2, -- Model-2 

UTC-ModelSet3, -- Model-3 

UTC-ModelSet4, -- Model-4 



ASNISTOP 



ASNISTART 



UTC-ModelSet1 



UTC-ModelSetl 



SEQUENCE 



gnss-Utc-Al 

gnss-Utc-AO 

gnss-Utc-Tot 

gnss-Utc-WNt 

gnss-Utc-DeltaTls 

gnss-Utc-WNlsf 

gnss-Utc-DN 

gnss-Utc-DeltaTlsf 



INTEGER {-8388608. .8388607) , 
INTEGER {-2147483648. .2147483647) 



INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 



{0. .255) , 
{0. .255) , 
{-128. .127) , 
{0. .255) , 
{-128. .127) , 
{-128. .127) , 
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ASNISTOP 



UTC-ModelSet1 field descriptions 



gnss-Utc-AI 

Parameter Ai, scale factor 2'^° seconds/second [4,7,8]- 



gnss-Utc-AO 

Parameter Ap, scale factor 2'^° seconds [4,7,8], 



gnss-Utc-Tot 

Parameter tot, scale factor 2^^ seconds [4,7,8]. 



gnss-Utc-WNt 

Parameter WNt, scale factor 1 week [4,7,8], 



gnss-Utc-Delta TIs 

Parameter Atis, scale factor 1 second [4,7,8], 



gnss-Utc-WNIsf 

Parameter WNlsf, scale factor 1 week [4,7,8], 



gnss-Utc-DN 

Parameter DN, scale factor 1 day [4,7,8], 



gnss-Utc-Delta TIsf 

Parameter Atisp, scale factor 1 second [4,7,8], 



UTC-ModelSet2 



-- ASNISTART 






UTC-ModelSet2 : := 


SEQUENCE { 




utcAO 


INTEGER 


{-32768, ,32767) , 


utcAl 


INTEGER 


{-4096, ,4095) , 


utcA2 


INTEGER 


{-64, ,63) , 


utcDeltaTls 


INTEGER 


{-128, ,127) , 


utcTot 


INTEGER 


{0, ,65535) , 


utcWNot 


INTEGER 


{0, ,8191) , 


utcWNlsf 


INTEGER 


{0, ,255) , 


utcDN 


BIT STRING {SIZE (4) ) , 


utcDeltaTlsf 

} 

-- ASNISTOP 


INTEGER 


{-128, ,127) , 







UTC-ModelSet2i\e\d descriptions 



UtcAO 

Parameter Ao-n, bias coefficient of GNSS time scale relative to UTC time scale (seconds) [4,5,8,7], 
Scale factor 2"^^ seconds. 



utcAl 

Parameter Ai-n, drift coefficient of GNSS time scale relative to UTC time scale (sec/sec) [4,5,8,7]. 
Scale factor 2"^^ seconds/second. 



utcA2 

Parameter A2-n, drift rate correction coefficient of GNSS time scale relative to UTC time scale (sec/sec^) [4,5,8,7], 
Scale factor 2"®^ seconds/second^. 



UtcDeltaTls 

Parameter Atis, current or past leap second count (seconds) [4,5,8,7]. 
Scale factor 1 second. 



UtcTot 

Parameter tot, time data reference time of week (seconds) [4,5,6,7]. 
Scale factor 2'^ seconds. 



UtcWNot 

Parameter WNot, time data reference week number (weeks) [4,5,6,7]. 
Scale factor 1 week. 



UtcWNlsf 

Parameter WNlsf, leap second reference week number (weeks) [4,5,6,7]. 
Scale factor 1 week. 



UtcDN 

Parameter DN, leap second reference day number (days) [4,5,6,7]. 
Scale factor 1 day. 
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UTC-ModelSet2 i\e\d descriptions 



utcDeltaTlsf 

Parameter AIlsf, current or future leap second count (seconds) [4,5,6,7]. 
Scale factor 1 second. 



UTC-ModelSet3 



-- ASNISTART 

UTC-ModelSet3 
nA 
tauC 
bl 
b2 
kp 

} 

-- ASNISTOP 



SEQUENCE { 

INTEGER {1. .14S1) , 
INTEGER {-2147483648 
INTEGER {-1024 
INTEGER 



.2147483S47) 



{-512. 



.1023) 
511) 



BIT STRING {SIZE {2) ) 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Cond GLONASS-M 
Cond GLONASS-M 
Cond GLONASS-M 



Conditional presence 


Explanation 


GLONASS-M 


The field is mandatory present if GLONASS-M satellites are present in the current 
GLONASS constellation; otherwise it is not present. 



UTC-ModelSet3 i\e\d descriptions 



nA 

Parameter N*, callendar day number within four-year period beginning since the leap year (days) [9]. 
Scale factor 1 day. 



tauC 

Parameter Xc, GLONASS time scale correction to UTG(SU) (seconds) [9]. 
Scale factor 2"^^ seconds. 



b1 

Parameter Bl , coefficient to determine AUT1 (seconds) [9]. 
Scale factor 2"^° seconds. 



b2 

Parameter B2, coefficient to determine AUT1 (seconds/msd) [9]. 
Scale factor 2"^® seconds/msd. 



kp 

Parameter KP, notification of expected leap second correction (dimensionless) [9]. 



UTC-ModelSet4 



-- ASNISTART 






UTC-ModelSet4 : := 


SEQUENCE { 




utcAlwnt 


INTEGER 


{-8388608. .8388607) , 


utcAOwnt 


INTEGER 


{-2147483648. .2147483647) , 


utcTot 


INTEGER 


{0. .255) , 


utcWNt 


INTEGER 


{0. .255) , 


utcDeltaTls 


INTEGER 


{-128. .127) , 


utcWNlsf 


INTEGER 


{0. .255) , 


utcDN 


INTEGER 


{-128. .127) , 


UtcDeltaTlsf 


INTEGER 


{-128. .127) , 


utcStandardID 

} 

-- ASNISTOP 


INTEGER 


{0. .7) , 







t/7C-Mode/SeM field descriptions 



UtcAlwnt 

Parameter Aiwnt, sec/sec ([1 0], 
Scale factor 2"^° seconds/second. 



IVIessage Type 12). 



£75/ 



3GPP TS 36.355 version 10.6.0 Release 10 85 ETSI TS 136 355 V10.6.0 (2012-10) 



UTC-ModelSet4 i\e\d descriptions 



utcAOwnt 

Parameter Aqwnt, seconds ([10], Message Type 12). 
Scale factor 2"^° seconds. 



utcTot 

Parameter tot, seconds ([10], Message Type 12). 
Scale factor 2^^ seconds. 



utcWNt 

Parameter WNt, weeks ([10], Message Type 12). 
Scale factor 1 week. 



utcDeltaTIs 

Parameter Atis, seconds ([10], Message Type 12). 
Scale factor 1 second. 



utcWNIsf 

Parameter WNlsf, weeks ([10], Message Type 12). 
Scale factor 1 week. 



utcDN 

Parameter DN, days ([10], Message Type 12). 
Scale factor 1 day. 



utcDeltaTlsf 

Parameter AIlsf, seconds ([10], Message Type 12). 
Scale factor 1 second. 



utcStandardlD 

If GNSS-ID indicates "sbas", this field indicates tfie UTC standard used for the SBAS network time indicated by 
SS/AS-/D to UTC relation as defined in the table Value of UTC Standard ID to UTC Standard relation shown below i 
[10], Message Type 12). 



Value of UTC Standard ID to UTC Standard relation 



Value of UTC 
Standard ID 


UTC Standard 





UTC as operated by the Communications Research Laboratory (CRL), Tokyo, Japan 


1 


UTC as operated by the National Institute of Standards and Technology (NIST) 


2 


UTC as operated by the U. S. Naval Observatory (USNO) 


3 


UTC as operated by the International Bureau of Weights and Measures (BIPM) 


4-7 


Reserved for future definition 



- GNSS-Auxiliarylnformation 

The IE GNSS-Auxiliarylnformation is used by the location server to provide additional information dependent on the 
GNSS-ID. If GNSS-Auxiliarylnformation is provided together with other satellite dependent GNSS assistance data (i.e.. 
any of GNSS-DifferentialCorrections, GNSS-NavigationModel, GNSS-DataBitAssistance, or GNSS- 
AcquisitionAssistance lEs), the GNSS-Auxiliarylnformation should be provided for the same satellites and in the same 
LPP message as the other satellite dependent GNSS assistance data. 

-- ASNISTART 

GNSS-Auxiliarylnformation ::= CHOICE { 
gnss-ID-GPS GNSS-ID-GPS, 
gnss-ID-GLONASS GNSS-ID-GLONASS , 



GNSS-ID-GPS ::= SEQUENCE {SIZE { 1 . . 64 ) ) OF GNSS- ID-GPS-SatElement 

GNSS-ID-GPS-SatElement ::= SEQUENCE { 
svID SV-ID, 

signalsAvailable GNSS-SignallDs, 



GNSS-ID-GLONASS ::= SEQUENCE {SIZE { 1 . . 64 ) ) OF GNSS- ID-GLONASS-SatElement 

GNSS-ID-GLONASS-SatElement ::= SEQUENCE { 
svID SV-ID, 

signalsAvailable GNSS-SignallDs, 
channelNumber INTEGER {-7.. 13) OPTIONAL, -- Cond FDMA 
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Conditional presence 


Explanation 


FDMA 


The field is mandatory present if tine GLONASS SV indicated by svID broadcasts FDIVIA 
signals; othenwise it is not present. 



GNSS-Auxiliarylnformation field descriptions 



gnss-ID-GPS 

This choice may only be present if GNSS-ID indicates GPS. 



gnss-ID-GLONASS 

This choice may only be present if GNSS-ID indicates GLONASS. 



svID 

This field specifies the GNSS SV for which the GNSS-Auxiliarylnformation is given. 



signals A vailable 

This field indicates the ranging signals supported by the satellite indicated by svlD. This field is given as a bit string as 
defined in GNSS-SignallDs ior a particular GNSS. If a bit is set to "1" it indicates that the satellite identified by svID 
transmits ranging signals according to the signal correspondence in GNSS-SignallDs. If a bit is set to "0" it indicates 
that the corresponding signal is not supported on the satellite identified by svlD. 



channelNumber 

This field indicates the GLONASS carrier frequency number of the satellite identified by svID, as defined in [9]. 



6.5.2.3 



GNSS Assistance Data Request 



A-GNSS-RequestAssistanceData 

The IE A-GNSS-RequestAssistanceData is used by the target device to request GNSS assistance data from a location 



-- ASNISTART 

A-GNSS-RequestAssistanceData : 
gnss-CommonAssistDataReq 
gnss-GenericAssistDataReq 



SEQUENCE { 

GNSS-CommonAssistDataReq OPTIONAL, 
GNSS-GenericAssistDataReq OPTIONAL, 



Cond CommonADReq 
Cond GenADReq 



ASNISTOP 





Conditional presence 


Explanation 


CommonADReq 


The field is mandatory present if the target device requests GNSS-CommonAssistData; 
otherwise it is not present. 


GenADReq 


This field is mandatory present if the target device requests GNSS-GenericAssistData for 
one or more specific GNSS; otherwise it is not present. 



GNSS-CommonAssistDataReq 

The IE GNSS-CommonAssistDataReq is used by the target device to request assistance data that are appHcable to any 
GNSS from a location server. 



-- ASNISTART 








GNSS-CommonAssistDataReq ::= SEQUENCE { 








gnss-Ref erenceTimeReq GNSS 


- Re f erenceTimeReq 








OPTIONAL, -- 


Cond 


RefTimeReq 


gnss-Ref erenceLocationReq GNSS 


- Re f erenceLocationReq 








OPTIONAL, -- 


Cond 


RefLocReq 


gnss-IonosphericModelReq GNSS 


-lonosphericModelReq 








OPTIONAL, -- 


Cond 


lonoModReq 


gnss-EarthOrientationParametersReq GNSS 


-EarthOrientationParametersReq 








OPTIONAL, -- 


Cond 


EOPReq 
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ASNISTOP 



Conditional presence 


Explanation 


RefTimeReq 


The field is mandatory present if tlie target device requests GNSS-ReferenceTime; 
otherwise it is not present. 


RefLocReq 


This field is mandatory present if the target device requests GNSS-ReferenceLocation; 
otherwise it is not present. 


lonoModReq 


This field is mandatory present if the target device requests GNSS-lonosphericModel; 
otherwise it is not present. 


EOPReq 


This field is mandatory present if the target device requests GNSS- 
EarthOrientationParameters; otherwise it is not present. 



GNSS-GenericAssistDataReq 

The IE GNSS-GenericAssistDataReq is used by the target device to request assistance data from a location server for 
one or more specific GNSS (e.g., GPS, GaUleo, GLONASS, etc.). The specific GNSS for which the assistance data are 
requested is indicated by the IE GNSS-ID and (if applicable) by the IE SBAS-ID. Assistance for up to 16 GNSSs can be 
requested. 



-- ASNISTART 










GNSS-GenericAssistDataReq ::= SEQUENCE {SIZE {1..16)) OF GNSS-GenericAssistDataReqElement 


GNSS-GenericAssistDataReqElement : : 


= SEQUENCE { 








gnss-ID 


GNSS-ID, 








sbas-ID 


SBAS-ID 


OPTIONAL, 


-- Cond 


GNSS-ID-SBAS 


gns s - TimeModel sReq 


GNSS-TimeModelListReq 


OPTIONAL, 


-- Cond 


TimeModReq 


gnss-Dif f erentialCorrectionsReq 


GNSS -Diff erentialCorrectionsReq 


OPTIONAL, 


- - Cond 


DGNSS-Req 


gnss-NavigationModelReq 


GNSS-NavigationModelReq 


OPTIONAL, 


- - Cond 


NavModReq 


gnss-RealTimelntegrityReq 


GNSS-RealTimelntegrityReq 


OPTIONAL, 


- - Cond 


RTIReq 


gnss-DataBitAssistanceReq 


GNSS-DataBitAssistanceReq 


OPTIONAL, 


- - Cond 


DataBitsReq 


gnss-AcquisitionAssistanceReq 


GNSS-AcquisitionAssistanceReq 


OPTIONAL, 


-- Cond 


AcquAssistReq 


gnss-AlmanacReq 


GNSS-AlmanacReq 


OPTIONAL, 


-- Cond 


AlmanacReq 


gnss-UTCModelReq 


GNSS-UTC-ModelReq 


OPTIONAL, 


-- Cond 


UTCModReq 


gnss-AuxiliarylnformationReq 

} 

-- ASNISTOP 


GNSS-AuxiliarylnformationReq 


OPTIONAL, 


-- Cond 


AuxInfoReq 











Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; otherwise it is not present. 


TimeModReq 


The field is mandatory present if the target device requests GNSS-TimeModelList; 
otherwise it is not present. 


DGNSS-Req 


The field is mandatory present if the target device requests GNSS-DifferentialCorrections; 
otherwise it is not present. 


NavModReq 


The field is mandatory present if the target device requests GNSS-NavigationModel; 
otherwise it is not present. 


RTIReq 


The field is mandatory present if the target device requests GNSS-RealTimelntegrity; 
otherwise it is not present. 


DataBitsReq 


The field is mandatory present if the target device requests GNSS-DataBitAssistance; 
otherwise it is not present. 


AcquAssistReq 


The field is mandatory present if the target device requests GNSS-AcquisitionAssistance; 
otherwise it is not present. 


AlmanacReq 


The field is mandatory present if the target device requests GNSS-Almanac; otherwise it 
is not present. 


UTCModReq 


The field is mandatory present if the target device requests GNSS-UTCModel; otherwise 
it is not present. 


AuxInfoReq 


The field is mandatory present if the target device requests GNSS-Auxiliarylnformation; 
otherwise it is not present. 
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6.5.2.4 GNSS Assistance Data Request Elements 

GNSS-ReferenceTimeReq 

The IE GNSS-ReferenceTimeReq is used by the target device to request the GNSS-ReferenceTime assistance from the 
location server. 



-- ASNISTART 
















GNSS-ReferenceTimeReq ::= 
gnss-TimeReqPrefList 
gps-TOW-assistReq 
notOfLeapSecReq 

} 

-- ASNISTOP 


SEQUENCE { 
SEQUENCE 
BOOLEAN 
BOOLEAN 


{SIZE 


{1. 


.8) ) 


OF GNSS-ID, 


OPTIONAL, 
OPTIONAL, 


-- Cond gps 

-- Cond glonass 

















Conditional presence 


Explanation 


gps 


The field is mandatory present if gnss-TimeReqPrefList \nc\u6es a GNSS-ID= "gps"; 
otherwise it is not present. 


glonass 


The field is mandatory present if gnss-TimeReqPrefList [nc\u6es a GNSS-ID= "glonass"; 
otherwise it is not present. 



GNSS-ReferenceTimeReq field descriptions 



gnss-TimeReqPrefList 

This field is used by the target device to request the system time for a specific GNSS, specified by GNSS-ID in the 
order of preference. The first GNSS-ID in the list is the most preferred GNSS for reference time, the second GNSS-ID 
is the second most preferred, etc. 



gps-TOW-assistReq 

This field is used by the target device to request the gps-T0W-AssistT\e\6 in GNSS-SystemTime. TRUE means 
requested. 



notOfLeapSecReq 

This field is used by the target device to request the notificationOfLeapSecondi\e\6 in GNSS-SystemTime. TRUE 
means requested. 



GNSS-ReferenceLocationReq 

The IE GNSS-ReferenceLocationReq is used by the target device to request the GNSS-ReferenceLocation assistance 
from the location server. 

-- ASNISTART 

GNSS-ReferenceLocationReq ::= SEQUENCE { 



ASNISTOP 



GNSS-lonosphericModelReq 

The IE GNSS-IonosphericModelReq is used by the target device to request the GNSS-IonosphericModel assistance from 
the location server. 



-- ASNISTART 








GNSS-IonosphericModelReq : 


:= SEQUENCE { 






klobucharModelReq 


BIT STRING {SIZE (2) ) 


OPTIONAL, 


-- Cond klobuchar 


neQuickModelReq 

} 

-- ASNISTOP 


NULL 


OPTIONAL, 


-- Cond nequick 
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Conditional presence 


Explanation 


klobuchar 


The field is mandatory present if tlie target device requests klobucharModel; otherwise it 
is not present. The BIT STRING defines the datalD requested, defined in IE 
KlobucharModelParameter. 


nequick 


The field is mandatory present if the target device requests neQuickModel; otherwise it is 
not present. 



GNSS-EarthOrientationParametersReq 

The IE GNSS-EarthOrientationParametersReq is used by the target device to request the GNSS- 
EarthOrientationParameters assistance from the location server. 

-- ASNISTART 

GNSS-EarthOrientationParametersReq ::= SEQUENCE { 



ASNISTOP 



GNSS-TimeModelListReq 

The IE GNSS-TimeModelListReq is used by the target device to request the GNSS-TimeModelElement assistance from 
the location server. 

-- ASNISTART 

GNSS-TimeModelListReq ::= SEQUENCE {SIZE {1 . . 15 ) ) OF GNSS-TimeModelElementReq 

GNSS-TimeModelElementReq ::= SEQUENCE { 
gnss-TO-IDsReq INTEGER {1..15), 
deltaTreq BOOLEAN, 



ASNISTOP 



GNSS-TimeModelElementReq field descriptions 



gnss-TO-IDsReq 

This field specifies the requested gnss-TO-ID. The meaning and encoding is the same as the gnss-TO-ID f\e\d in the 
GNSS-TimeModelElement\E. 



deltaTreq 

This field specifies whether or not the location server is requested to include the de/faTfield in the GNSS- 
TimeModelElement \E. TRUE means requested. 



GNSS-DifferentialCorrectionsReq 

The IE GNSS-DijferentialCorrectionsReq is used by the target device to request the GNSS-DijferentialCorrections 
assistance from the location server. 

-- ASNISTART 

GNSS-DifferentialCorrectionsReq ::= SEQUENCE { 
dgnss-SignalsReq GNSS-SignallDs, 

dgnss-ValidityTimeReq BOOLEAN, 



ASNISTOP 
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GNSS-DifferentialCorrectionsReq field descriptions 



dgnss-SignalsReq 

This field specifies the GNSS Signal{s) for which the GNSS-DifferentialCorrections are requested. A one-value at a bit 
position means DGNSS corrections for the specific signal are requested; a zero-value means not requested. The 
target device shall set a maximum of three bits to value "one". 



dgnss- ValidityTimeReq 

This field specifies whether the udreGrowthRate and udreValidityTime in GNSS-DifferentialCorrections are requested 
or not. TRUE means requested. 



GNSS-Navigation Model Req 

The IE GNSS-NavigationModelReq is used by the target device to request the GNSS-NavigatioriModel assistance from 
the location server. 

-- ASNISTART 

GNSS-NavigationModelReq ::= CHOICE { 
storedNavList StoredNavListInf o, 
reqNavList ReqNavListInf o, 

} 

StoredNavListInf o ::= SEQUENCE { 

gnss-WeekOrDay INTEGER {0..4095), 

gnss-Toe INTEGER {0..255), 

t-toeLimit INTEGER {0..15), 

satListRelatedDataList SatListRelatedDataList OPTIONAL, 

} 

SatListRelatedDataList ::= SEQUENCE {SIZE {1..64)) OF SatListRelatedDataElement 

SatListRelatedDataElement ::= SEQUENCE { 
svID SV-ID, 

iod BIT STRING (SIZEdD), 

clockModellD INTEGER {1..8) OPTIONAL, 

orbitModellD INTEGER {1..8) OPTIONAL, 

} 

ReqNavListInf o ::= SEQUENCE { 

svReqList BIT STRING {SIZE (64)), 

clockModellD-PrefList SEQUENCE {SIZE {1..8)) OF INTEGER {1..8) OPTIONAL, 
orbitModellD-PrefList SEQUENCE {SIZE {1..8)) OF INTEGER {1..8) OPTIONAL, 
addNavparamReq BOOLEAN OPTIONAL, -- Cond orbitModelID-2 



ASNISTOP 



Conditional presence 


Explanation 


orbitModellD-2 


The field is mandatory present if orbitModellD-PrefList'\s absent or includes a Model-ID = 
"2"; otherwise it is not present. 



GNSS-NavigationModelReq field descriptions 



StoredNavList 

This list provides information to the location server about which GNSS-NavigationModel 6ala the target device has 
currently stored for the particular GNSS indicated by GNSS-ID. 



reqNavList 

This list provides information to the location server which GNSS-NavigationModel daia are requested by the target 
device. 



gnss- WeeliOrDay 

If GNSS-ID does not indicate "glonass", this field defines the GNSS Week number of the assistance currently held by 

the target device. 

If GNSS-ID is set to "glonass", this field defines the calendar number of day within the four-year interval starting from 

1^' of January in a leap year, as defined by the parameter Nt in [9] of the assistance currently held by the target 

device. 



£75/ 



3GPP TS 36.355 version 10.6.0 Release 10 



91 



ETSI TS 136 355 VI 0.6.0 (2012-10) 



GNSS-NavigationModelReq field descriptions 



gnss-Toe 

If GNSS-ID does not indicate "glonass", this field defines tlie GNSS time of ephemeris in hours of the latest ephemeris 
set contained by the target device. 

If GNSS-ID is set to "glonass", this field defines the time of ephemeris in units of 1 5 minutes of the latest ephemeris 
set contained by the target device (range to 95 representing time values between and 1425 minutes). In this case, 
values 96 to 255 shall not be used by the sender. 



t-toeLimit 

If GNSS-ID does not indicate "glonass", this IE defines the ephemeris age tolerance of the target device in units of 

hours. 

If GNSS-ID is set to "glonass", this IE defines the ephemeris age tolerance of the target device in units of 30 minutes. 



satListRelatedDataList 

This list defines the clock and orbit models currently held by the target device for each SV. This field is not included if 
the target device does not have any stored clock and orbit models for any SV. 



svID 

This field identifies the particular GNSS satellite. 



iod 

This field identifies the issu e of data currently held by the target device. 



clockModellD, orbitModellD 

These fields define the clock and orbit model number currently held by the target device. If these fields are absent, the 
default interpretation of the table GNSS-ID to clocklVlodellD & orbitModellD relation below applies. 



svReqList 

This field defines the SV for which the navigation model assistance is requested. Each bit position in this BIT STRING 
represents a SV-ID. Bit 1 represents SV-ID='\ and bit 64 represents SV-ID=64. A one-value at a bit position means the 

navig ation model data for the corresponding SV-ID is requested, a zero-value means not requested. 

clockModellDPrefList, orbitModellD-PrefList 

These fields define the IVIodel-IDs of the clock and orbit models that the target device wishes to obtain in the order of 
preference. The first Model-ID in the list is the most preferred model, the second Model-ID the second most preferred, 
etc. If these fields are absent, the default interpretation of the table GNSS-ID to clockModellD-PrefList & 
orbit ModellDPref List relation below applies. 



addNavparamReq 

This field specifies whether the location server is requested to include the addNAVparam fields in GNSS- 
Navigation Model \E {NavModel-NAVKeplerianSet field) or not. TRUE means requested. 



GNSS-ID to ClockModellD & orbitModellD relation 



GNSS-ID 


ClockModellD 


orbitModellD 


gps 


2 


2 


sbas 


5 


5 


qzss 


2 


2 


galileo 


1 


1 


glonass 


4 


4 



GNSS-ID to ClockModellD-PrefList & orbitModellD-PrefList relation 



GNSS-ID 


ClockModellD-PrefList 


orbitModellD-PrefList 


gps 


Model-2 


Model-2 


sbas 


Model-5 


Model-5 


qzss 


Model-2 


Model-2 


galileo 


Model-1 


Model-1 


glonass 


Model-4 


Model-4 



GNSS-RealTimelntegrityReq 

The IE GNSS-RealTimelntegrityReq is used by the target device to request the GNSS-RealTimelntegrity assistance from 
the location server. 



-- ASNISTART 
GNSS-RealTimelntegrityReq 



SEQUENCE 



ASNISTOP 
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GNSS-DataBitAssistanceReq 

The IE GNSS-DataBitAssistanceReq is used by the target device to request the GNSS-DataBitAssistance assistance 
from the location server. 

-- ASNISTART 

GNSS-DataBitAssistanceReq ::= SEQUENCE { 
gnss-TOD-Req INTEGER {0..3599), 

gnss-TOD-FracReq INTEGER {0..999) OPTIONAL, 
dataBitlnterval INTEGER {0..15), 
gnss-SignalType GNSS-SignallDs, 
gnss-DataBitsReq GNSS-DataBitsReqSatList OPTIONAL, 



GNSS-DataBitsReqSatList ::= SEQUENCE {SIZE {1 . . 64 ) ) OF GNSS-DataBitsReqSatElement 

GNSS-DataBitsReqSatElement ::= SEQUENCE { 
svID SV-ID, 



ASNISTOP 



GNSS-DataBitAssistanceReq field descriptions 



gnss-TOD-Req 

This field specifies tlie reference time for the first data bit requested in GNSS specific system time, modulo 1 hour. 
Scale factor 1 second. 



gnss-TOD-FracReq 

This field specifies the fractional part of gnss-TOD-Req in 1-milll-second resolution. 
Scale factor 1 millisecond. 



dataBitlnterval 

This field specifies the time length for which the Data Bit Assistance is requested. The GNSS-DataBitAssistance shall 

be relative to the time interval {gnss-TOD-Req, gnss-TOD-Req + dataBitlnterval). 

The dataBltlnten/al r, expressed in seconds, is mapped to a binary number K with the following formula: 

r=OA x2^ 
Value K=15 means that the time interval is not specified. 



gnss-SignalType 

This field specifies the GNSS Signal{s) for which the GNSS-DataBitAssistance are requested. A one-value at a bit 
position m eans G NSS-DataBitAssistance ior the specific signal is requested; a zero-value means not requested. 



gnss-DataBitsReq 

This list contains the SV-IDs for which the GNSS-DataBitAssistance is requested. 



GNSS-AcquisitionAssistanceReq 

The IE GNSS-AcquisitionAssistanceReq is used by the target device to request the GNSS-AcquisitionAssistance 
assistance from the location server. 

-- ASNISTART 

GNSS-AcquisitionAssistanceReq ::= SEQUENCE { 
gnss-SignallD-Req GNSS-SignallD, 

} 

-- ASNISTOP 



GNSS-AcquisitionAssistanceReq field descriptions 



gnss-SignallD-Req 

This field specifies the GNSS signal type for which GNSSAcquisitionAssistance is requested. 
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GNSS-AlmanacReq 



The IE GNSS-AlmanacReq is used by the target device to request the GNSS-Almanac assistance from the location 
server. 



-- ASNISTART 








GNSS-AlmanacReq : 


= SEQUENCE { 






model ID 

} 

-- ASNISTOP 


INTEGER {1. 


.8) 


OPTIONAL, 









GNSS-AlmanacReq field descriptions 



modellD 

This field specifies the Almanac Model ID requested. If this field is absent, the default interpretation as in the table 
GNSS-ID to modellD relation below applies. 



GNSS-ID to modellD relation 



GNSS-ID 


modellD 


gps 


2 


sbas 


6 


qzss 


2 


galileo 


1 


glonass 


5 



GNSS-UTC-ModelReq 



The IE GNSS-UTC-ModelReq is used by the target device to request the GNSS-UTC-Model assistance from the location 
server. 

-- ASNISTART 

GNSS-UTC-ModelReq ::= SEQUENCE { 

modellD INTEGER {1 .. 8) OPTIONAL, 



ASNISTOP 



GNSS-UTC-ModelReq field descriptions 



modellD 

This field specifies the GNSS-UTCModel se\ requested. If this field is absent, the default interpretation as in the table 
GNSS-ID to modellD relation below applies. 



GNSS-ID to modellD relation 



GNSS-ID 


modellD 


gps 


1 


sbas 


4 


qzss 


1 


galileo 


1 


glonass 


3 



- GNSS-AuxiliarylnformationReq 

The IE GNSS-AuxiliarylnformationReq is used by the target device to request the GNSS-Auxiliarylnformation 
assistance from the location server. 



£75/ 



3GPP TS 36.355 version 1 0.6.0 Release 1 94 ETSI TS 1 36 355 V1 0.6.0 (201 2-1 0) 

-- ASNISTART 

GNSS-AuxiliarylnformationReq ::= SEQUENCE { 



ASNISTOP 



6.5.2.5 GNSS Location Information 

- A-GNSS-ProvideLocationlnformation 

The lEA-GNSS-ProvideLocationlnformation is used by the target device to provide location measurements (e.g., 
pseudo-ranges, location estimate, velocity) to the location server, together with time information. It may also be used to 
provide GNSS positioning specific error reason. 

-- ASNISTART 

A-GNSS-ProvideLocationlnformation ::= SEQUENCE { 

gnss-SignalMeasurement Information GNSS -SignalMeasurement Information OPTIONAL, 

gnss-Locationlnformation GNSS-Locationlnformation OPTIONAL, 

gnss-Error A-GNSS-Error OPTIONAL, 

} 

-- ASNISTOP 



6.5.2.6 GNSS Location Information Elements 

- GNSS-SignalMeasurementlnformation 

The IE GNSS-SignalMeasurementlnformation is used by the target device to provide GNSS signal measurement 
information to the location server and GNSS-network time association if requested by the location server. This 
information includes the measurements of code phase, Doppler, C/Nq and optionally accumulated carrier phase, also 
called accumulated deltarange (ADR), which enable the UE-assisted GNSS method where position is computed in the 
location server. Figure 6.5.2.6-1 illustrates the relation between some of the fields. 

-- ASNISTART 

GNSS-SignalMeasurementlnformation ::= SEQUENCE { 

measurementRef erenceTime MeasurementRef erenceTime , 
gnss-MeasurementList GNSS-MeasurementList , 



ASNISTOP 



GNSS-SignalMeasurementlnformation field descriptions 



measurementReferenceTime 

This field specifies tlie GNSS system time for which the information provided in gnss-MeasurementList \s valid. It may 
also include network time, if requested by the location server and supported by the target device. 



gnss-MeasurementList 

This field provides GNSS signal measurement information for up to 16 GNSSs. 



- MeasurementReferenceTime 

The IE MeasurementReferenceTime is used to specify the time when the measurements provided m A-GNSS- 
ProvideLocationlnformation are valid. It may also include GNSS-network time association, in which case reported 
measurements shall be valid for the cellular frame boundary defined in the network time association. 

-- ASNISTART 

MeasurementReferenceTime ::= SEQUENCE { 
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gnss-TOD-msec INTEGER {0. 

gnss-TOD-frac INTEGER {0. 

gnss-TOD-unc INTEGER {0. 

gnss-TimelD GNSS-ID, 

networkTime CHOICE { 
eUTRA SEQUENCE { 
physCellld 
cellGloballd 
systemFrameNumber 


.3599999) , 

.3999) OPTIONAL, 

.12 7) OPTIONAL, 

INTEGER {0. .503) , 

CellGloballdEUTRA-AndUTRA OPTIONAL, 
BIT STRING {SIZE (10)), 


UTRA 


SEQUENCE { 
mode 




CHOICE 
fdd 

tdd 


{ 

SEQUENCE { 

primary-CPICH-Info INTEGER {0..511), 

}-" 

SEQUENCE { 

cellParameters INTEGER {0..127), 

1 




}, 

cellGloballd CellGloballdEUTRA-AndUTRA OPTIONAL, 
ref erenceSystemFrameNumber 

INTEGER {0. .4095) , 


gSM 


SEQUENCE { 
bcchCarrier 
bsic 

cellGloballd 
ref erenceFrame 




INTEGER {0. .1023) , 

INTEGER {0. .S3) , 

CellGloballdGERAN OPTIONAL, 

SEQUENCE { 

referenceFN INTEGER {0.. 65535), 

referenceFNMSB INTEGER {0..63) OPTIONAL, 




deltaGNSS-TOD 
OPTIONAL, 




INTEGER { 


. . 12 7) OPTIONAL, 


}" 
} 
-- ASNISTOP 

















MeasurementReferenceTime field descriptions 



gnss-TOD-msec 

This field specifies tlie GNSS TOD for which the measurements and/or location estimate are valid. The 22 bits of 

GNSS TOD are the least significant bits. The most significant bits shall be derived by the location server to 

unambiguously derive the GNSS TOD. 

The value for GNSS TOD is derived from the GNSS specific system time indicated in gnss-TimelD rounded down to 

the nearest millisecond unit. 

Scale factor 1 millisecond. 



gnss-TOD-frac 

This field specifies the fractional part of the GNSS TOD in 250 ns resolution. The total GNSS TOD Is given by gnss- 
TOD-msec + gnss-TOD-frac. 
Scale factor 250 nanoseconds. 



gnss-TOD-unc 

This field provides the accuracy of the relation GNSS-network time when GNSS-network time association is provided. 

When GNSS-network time association Is not provided, this element can be included to provide the accuracy of the 

reported gnss-TOD-msec. 

If GNSS TOD is the given GNSS time, then the true GNSS time, corresponding to the provided network time if 

applicable, as observed at the target device location, lies in the interval [GNSS TOD - gnss-TOD-unc, GNSS TOD + 

gnss-TOD-unc]. 

The uncertainty r, expressed in microseconds. Is mapped to a number K, with the following formula: 

r=c^{{^+xf)-^) 

with C = 0.5 and x = 0.14. To encode any higher value of uncertainty than that corresponding in the above formulate 
K=127, the same value, K=127, shall also be used. The uncertainty is then coded on 7 bits, as the binary encoding of 
K. Examples of gnss-TOD-unc va\ue are as in the table Value of K to Value of uncertainty relation below. 
This field shall be included If the target device provides GNSS-network time relationship. 
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MeasurementReferenceTime field descriptions 



gnss-TimelD 

This field specifies tlie GNSS system time for wliich tine gnss-TOD-msec (and gnss-TOD-frac if applicable) is 
provided. 



networkTime 

These fields specify the network time event which the GNSS TOD time stamps. 

This field shall be included if the target device provides GNSS-network time relationship. 



physCellld 

This field identifies the reference cell, as defined in [12], that is used for the GNSS-network time relation. 

cellGloballd 

This field specifies the globally unique cell identifier (Evolved Cell Global Identifier (EGG!) in E-UTRA, global UTRAN 
Cell Identifier in UTRA, or Cell Global Identification (CGI) in GERAN) of the reference cell, as defined in [12] for E- 
UTRA and [13] for UTRA, for which the GNSS network time relation is provided. 



systemFrameNumber 

This field specifies the system frame number in E-UTRA which the GNSS time time stamps, as defined in [12]. 

mode 

This field identifies the reference cell for the GNSS-network time relation, as defined in [13]. 



referenceSystemFrameNumber 

This field specifies the system frame number in UTRA, as defined in [1 3], which is used for time stamping. 

bcchCarrier, bsic 

This field identifies the reference cell for the GNSS-network time relation in GERAN, as defined in [14]. 



referenceFN, referenceFNMSB 

These fields specify the frame number in GERAN which the GNSS time time stamps, as defined in [14]. The time of 
the reference frame boundary is as observed by the target device, i.e. without Timing Advance compensation. The 
referenceFNMSB Y\e\6 indicates the most significant bits of the frame number of the reference BTS corresponding to 
the GNSS-MeasurementList. Starting from the complete GSM frame number denoted FN, the target device calculates 
Reference FN MSB as 

Reference FN MSB = floor(FN/42432) 
The complete GSM frame number FN can then be reconstructed in the location server by combining the fields 
referenceFN mVn referenceFNMSB in the following way 

FN = referenceFNMSB *42432 -i- referenceFN 



deltaGNSS-TOD 

This field specifies the difference in milliseconds between gnss-TOD-msec reported and the milli-second part of the 
SV time tsv_1 of the first SV in the list reported from the target device, as defined in [14]. The deltaGNSS-TOD is 
defined as 

deltaGNSS-TOD = gnss-TOD-msec -fix(tsv_1) 
where fixQ denotes rounding to the nearest integer towards zero. 



Value of K to Value of uncertainty relation 



Value of K 


Value of uncertainty 





microseconds 


1 


0.07 microoseconds 


2 


0.1498 microseconds 


- 


- 


50 


349.62 microseconds 


- 


- 


127 


> 8430000 microseconds 



GNSS-MeasurementList 

The IE GNSS-MeasurementList is used by the target device to provide measurements of code phase, Doppler, C/Nq and 
optionally accumulated carrier phase, also called accumulated deltarange (ADR). 



-- ASNISTART 














GNSS-MeasurementList 


: := SEQUENCE {SIZE{1 


.16) ) 


OF 


GNSS 


-MeasurementForOneGNSS 


GNSS-MeasurementForOneGNSS ::= SEQUENCE { 
gnss-ID GNSS-ID, 
gnss-SgnMeasList GNSS-SgnMeasList , 

\ 










1 

GNSS-SgnMeasList ::= 


SEQUENCE {SIZE{1..8)) 


OF 


GNSS- 


SgnMeasElement 
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GNSS-SgnMeasElement : 


= SEQUENCE { 








gnss-SignallD 


GNSS-SignallD, 








gnss-CodePhaseAmbiguity INTEGER {0..127) 




OPTIONAL, 




gnss-SatMeasList 

} 

GNSS-SatMeasList ::= £ 


GNSS-SatMeasList, 








SEQUENCE {SIZE {1. .64) ) OF 


3NSS 


-SatMeasElement 




GNSS-SatMeasElement : 


= SEQUENCE { 








svID 


SV-ID, 








cNo 


INTEGER {0. .63) , 








mpathDet 


ENUMERATED {notMeasured 


{0) 


, low {1) , medium {2) , high {3) , 


...}, 


carrierQualityInd 


INTEGER {0. .3) 




OPTIONAL, 




codePhase 


INTEGER {0. .2097151) , 








integerCodePhase 


INTEGER {0. .12 7) 




OPTIONAL, 




codePhaseRMSError 


INTEGER {0. .63) , 








doppler 


INTEGER {-32768. .32767) 




OPTIONAL, 




adr 

} 

-- ASNISTOP 


INTEGER {0. .33554431) 




OPTIONAL, 













GNSS-MeasurementList field descriptions 



gnss-ID 

This field identifies the GNSS constellation on which the GNSS signal measurements were measured. Measurement 
information for up to 16 GNSSs can be included. 



gnss-SgnMeasList 

This list provides GNSS signal measurement information for up to 8 GNSS signal types per GNSS. 

gnss-SignallD 

This field id entifies the s i g nal on which GNSS signal measurement parameters were measured. 

gnss-CodePhaseAmbiguity 

This field provides the ambiguity of the code phase measurement. It is given in units of milli-seconds in the range 

between between and 127 milli-seconds. 

The total code phase for a satellite k (Satk) is given modulo this gnss-CodePhaseAmbiguity an6 is reconstructed with: 

Code_Phase_Tot(Satk) = coclePhase{Sa{k) + integerCodePhase{Sa\k) + n * gnss-CodePhaseAmbiguity, n= 0,1,2,... 

If there is no code phase ambiguity, the gnss-CodePhaseAmbiguity shaW be set to 0. 

The field is option al. If gnss-CodePhaseAmbiguity \s absent, the default value is 1 milli-second. 

gnss-SatMeasList 

This list provides GNSS signal measurement information for up to 64 GNSS satellites. 



svID 

This field identifies the satellite on which the GNSS signal measurements were measured. 



cNo 

This field provides an estimate of the carrier-to-noise ratio of the received signal from the particular satellite. The 
target device shall set this field to the value of the satellite G/No, as referenced to the antenna connector, in units of 1 
dB-Hz, in the range from to 63 dB-Hz. 
Scale factor 1 dB-Hz. 



mpathDet 

This field contains the multipath indicator value, defined in the table Value of mpathDet to Multipath Indication relation 
below. 



carrierQualityInd 

This field indicates the quality of a carrier phase measurement. The LSB indicates the data polarity, that is, if the data 
from a specific satellite is received inverted, this is indicated by setting the LSB value to "1". In the case the data is not 
inverted, the LSB is set to "0". The IVISB indicates if accumulation of the carrier phase has been continuous, that is, 
without cycle slips since the previous measurement report. If the carrier phase accumulation has been continuous, the 
MSB value is set to "IX". Otherwise, the MSB is set to "OX". 
This field is optional but shall be included if the ac/rfield is included. See table Bit toPolarity Indication relation below. 



codePhase 

This field contains the whole and fractional value of the code-phase measurement made by the target device for the 
particular satellite signal at the time of measurement in the units of ms. GNSS specific code phase measurements 
(e.g. chips) are converted into unit of ms by dividing the measurements by the nominal values of the measured signal 
chipping rate. 

milli-seconds. 



Scale factor 2"^^ milli-seconds, in the range from to (1-2"^^ 



IntegerCodePhase 

This field indicates the integer milli-second part of the code phase that is expressed modulo the gnss- 
CodePhaseAmbiguity. The value of the ambiguity is given in the gnss-CodePhaseAmbiguity i\e\6. 
The integerCodePhase is optional. If integerCodePhase is absent, the default value is milli-second. 
Scale factor 1 milli-second, in the range from to 127 milli-seconds. 
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GNSS-MeasurementList field descriptions 



codePhaseRMSError 

This field contains tlie pseudorange RIVIS error value. This parameter Is specified according to a floating-point 
representation shown in the table below. 



doppler 

This field contains the Doppler measured by the target device for the particular satellite signal. This Information can be 
used to compute the 3-D velocity of the target device. Doppler measurements are converted into unit of m/s by 
multiplying the Doppler measurement In Hz by the nominal wavelength of the measured signal. 
Scale factor 0.04 meter/seconds. This field is optional, but shall be included, If the velocityRequest \n 
CommonlEsRequestLocationlnformation is set to TRUE. 



adr 

This field contains the ADR measurement measured by the target device for the particular satellite signal. This 
information can be used to compute the 3-D velocity or high-accuracy position of the target device. ADR 
measurements are converted into units of meter by multiplying the ADR measurement by the nominal wavelength of 
the measured signal. 

Scale factor 2"^° meters, in the range from to 32767.5 meters. This field is optional, but shall be included, if the 
adrMeasReq in GNSS-Positioninglnstructions is set to TRUE and if ADR measurements are supported by the target 
device (i.e., adr-Support \s set to TRUE In A-GNSS-ProvideCapabilities). 



Value of mpathDet to Multipath Indication relation 



Value of 
mpathDet 


Multipath Indication 


GO 


Not measured 


01 


Low, MP error < 5m 


10 


Medium, 5m < MP error < 
43m 


11 


High, MP error > 43m 



Bit toPolarity Indication relation 



Value 


Polarity Indication 





Data Direct, carrier phase not 
continuous 


1 


Data Inverted, carrier phase not 
continuous 


2 


Data Direct, carrier phase 
continuous 


3 


Data Inverted, carrier phase 
continuous 



floating-point representation 



Index 


Mantissa 


Exponent 


Floating-Point value, xi 


Pseudorange 
value, P 





000 


000 


0.5 


P<0.5 


1 


001 


000 


0.5625 


0.5 <= P < 0.5625 


1 


X 


y 


0.5 * (1 + x/8) * 2>' 


Xi-1 <= P < Xi 


62 


110 


111 


112 


104<=P<112 


63 


111 


111 


- 


112<=P 
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, 1 ms 



GNSS TOD t [ms] ~^\<^ 212 N<^ 213 



SV#1 clock bias - 



214 N<^ 215 N<^ 216 N<^ 217 N<^ 218 \ 



SV#1 time ts„i [ms] 11 N<^ 212 N<^ 213 S^ 214 N<^ 215 "^XT 216 \<^ 217 ^^ 218 ^ At SV#1 



SV#Nsat clocl< bias 
SV#Nsat time tsvNsat [ms] 



211 ^y<^ 212 ^^^X^ ~^lQ214 y<^ 215 ^^X^ 216 ^^X^ 217^^218 At SV#Nsat 



GNSS TOD Estimate [ms] 211 N<^ 212 N<^ 213 ^><Cf^*~/><r 215 \C^ 216 N<^ 217 N(^ 218 



Serving eNB clocl< SFN 14 






Observed SV#1 time tsvi [ms] 140 N<^ 141 \<^ 142 N<^ 14; ^S^ ^AA \c^ 145 N<^ 146 N<^ 147 

I 



15 



t 



0.3617 ms 



GNSS Signal Measurement Information: 

gnssTODmsec = 214 ms 
systemFrameNumber= 15 
gnssCodePhaseAmbiguity = 4 ms 
codePhase SV#1 = 0.3617 ms 
integerCodePhase SV#1 = 

codePhase SV#Nsat = 0.7151 ms 
integerCodePtiase SV#Nsat = 1 ms 



Chosen reference epoch for GNSS 
Signal Measurement Information 



Observed 



SV#Nsat time tsvNsat [ms] <C ^^^ ^^ ^^^ ^^ ^^^ ^^XT^ '38 ^X!^ 139^ ^ 140 ^^)x^ 141 ^^X^ 14 



-1.7151 ms- 






Figure 6.5.2.6-1 : Exemplary calculation of some GNSS Signal Measurement Information fields. 

- GNSS-Locationlnformation 

The IE GNSS-Locationlnformation is included by the target device when location and optionally velocity information 
derived using GNSS or hybrid GNSS and other measurements is provided to the location server. 

-- ASNISTART 

GNSS-Locationlnformation ::= SEQUENCE { 

measurementRef erenceTime MeasurementRef erenceTime , 
agnss-List GNSS-ID-Bitmap, 



ASNISTOP 
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GNSS-Locationlnformation field descriptions 



measurementReferenceTime 

This field specifies tlie GNSS system time for which the location estimate and optionally velocity are valid. It may also 
include GNSS-network time relationship, if requested by the location server and supported by the target device. 



agnss-List 

This field provides a list of satellite systems used by the target device to calculate the location estimate and velocity 
estimate, if included. This is represented by a bit string in GNSS-ID-Bitmap, with a one-value at the bit position means 
the particular method has been used; a zero-value means not used. 



6.5.2.7 GNSS Location Information Request 

A-GNSS-RequestLocationlnformation 

The IE A-GNSS-RequestLocationlnformation is used by the location server to request location information from the 
target device using GNSS. 

-- ASNISTART 

A-GNSS-RequestLocationlnformation ::= SEQUENCE { 

gnss-Positioninglnst ructions GNSS -Positioninglnst ructions, 



-- ASNISTOP 

6.5.2.8 GNSS Location Information Request Elements 

- GNSS-Positioninglnstructions 



The IE GNSS-Positioninglnstructions is used to provide GNSS measurement instructions. 


-- ASNISTART 




GNSS-Positioninglnstructions : 


:= SEQUENCE { 


gnss-Methods 


GNSS-ID-Bitmap, 


f ineTimeAssistanceMeasReq 


BOOLEAN, 


adrMeasReq 


BOOLEAN, 


multiFreqMeasReq 


BOOLEAN, 


assistanceAvailability 

} 

-- ASNISTOP 


BOOLEAN, 





GNSS-Positioninglnstructions field descriptions 



gnssl\/letfiods 

This field indicates the satellite systems allowed by the location server. This is represented by a bit string in GNSS-ID- 
Bitmap, with a one-value at the bit position means the particular GNSS is allowed; a zero-value means not 
allowed.The target device shall not request assistance data or report or obtain measurements for systems that are not 
indicated in this bit map. At least one of the bits in this bit map shall be set to value one. 



fineTimeAssistancelVleasReq 

This field indicates whether the target device is requested to report GNSS-network time association. TRUE means 
requested. 



adrD/leasReq 

This field indicates whether the target device is requested to include ADR measurements in GNSS-MeasurementList 
IE or not . TRUE means requested. 



multiFreqlVleasReq 

This field indicates whether the target device is requested to report measurements on multiple supported GNSS signal 
types in GNSS-MeasurementList \E or not. TRUE means requested. 



assistanceA vai lability 

This field indicates whether the target device may request additional GNSS assistance data from the server. TRUE 
means allowed and FALSE means not allowed. 
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6.5.2.9 



GNSS Capability Information 



A-GNSS-ProvideCapabilities 

The IE A-GNSS-Provide-Capabilities is used by the target device to indicate its capability to support A-GNSS and to 
provide it"s A-GNSS location capabilities (e.g., GNSSs and assistance data supported) to the location server. 



-- ASNISTART 

A-GNSS-ProvideCapabilities ::= 
gnss-SupportList 
assistanceDataSupportList 
locationCoordinateTypes 
velocityTypes 



SEQUENCE { 

GNSS-SupportList OPTIONAL, 

AssistanceDataSupportList OPTIONAL, 

LocationCoordinateTypes OPTIONAL, 

VelocityTypes OPTIONAL, 



GNSS-SupportList ::= SEQUENCE {SIZE {1 . . 16 ) ) OF GNSS-SupportElement 



SEQUENCE 



GNSS-SupportElement 
gnss-ID 
sbas-IDs 
agnss-Modes 
gnss-Signals 
f ta-MeasSupport 



adr- Support 
velocityMeasurement Support 



GNSS-ID, 

SBAS-IDs OPTIONAL, 

PositioningModes , 

GNSS-SignallDs, 

SEQUENCE { 

cellTime AccessTypes, 
mode PositioningModes, 



Cond GNSS-ID-SBAS 



} 



OPTIONAL, 



Cond fta 



BOOLEAN, 
BOOLEAN, 



AssistanceDataSupportList ::= SEQUENCE 
gnss-CommonAssistanceDataSupport 
gnss-GenericAssistanceDataSupport 



GNSS-CommonAssistanceDataSupport , 
GNSS-GenericAssistanceDataSupport , 



ASNISTOP 



Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; otherwise it is not present. 


fta 


The field is mandatory present if the target device supports the reporting of fine time 
assistance measurements; otherwise it is not present. 



A-GNSS-ProvideCapabilities field descriptions 



gnss-SupportList 

This field specifies the list of GNSS supported by the target device and the target device capabilities associated with 
each of the supported GNSS. This field shall be present if the gnss-SupportListReq in the A-GNSS - 
RequestCapabilities IE is set to TRUE and if the target device supports the A-GNSS positioning method. If the IE A- 
GNSS-Provide-Capabilities is provided unsolicited, this field shall be included if the target device supports the assisted 
GNSS positioning method. 



gnss-ID 

This field specifies the GNSS supported by the target device for which the capabilities in GNSS-SupportElement are 
provided. 



sbas-IDs 

This field specifies the SBAS(s) supported by the target device. This is represented by a bit string, with a one-value at 
the b it positi on means the particular SBAS is supported; a zero-value means not supported. 



agnss-Modes 

This field specifies the GNSS mode(s) supported by the target device for the GNSS indicated by gnss-ID. This is 
represented by a bit string, with a one-value at the bit position means the particular GNSS mode is supported; a 
zero-value means not supported. 



gnss-Signals 

This field specifies the GNSS signal(s) supported by the target device for the GNSS indicated by gnss-ID. This is 
represented by a bit string, with a one-value at the bit position means the particular GNSS signal type is supported; a 
zero-value means not supported. 
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A-GNSS-ProvideCapabilities field descriptions 



fta-MeasSupport 

This field specifies tliat tlie target device is capable of performing fine time assistance measurements (i.e., 
GNSS-cellular time association reporting). The cellTime field specifies for which cellular network(s) this capability is 
supported. This is represented by a bit string, with a one-value at the bit position means FTA measurements for the 
specific cellular network time is supported; a zero-value means not supported. The mode field specifies for which 
GNSS mode(s) FTA measurements are supported by the target device. This is represented by a bit string, with a 
one-value at the bit position means FTA measurements for the GNSS mode is supported; a zero-value means not 
supported. 



adr-Support 

This field specifies whether the target device supports ADR measurement reporting. TRUE means supported. 



velocityMeasurementSupport 

This field specifies whether the target device supports measurement reporting related to velocity. TRUE means 
supported. 



assistanceDataSupportList 

This list defines the assistance data and assistance data choices supported by the target device. This field shall be 
present if the assistanceDataSupportListReq in the A-GNSS-RequestCapabilities IE is set to TRUE and if the target 
device supports GNSS assistance data. If the IE A-GNSS-Provide-Capabilities is provided unsolicited, this field shall 
be included if the target device supports any GNSS assistance data. 



locationCoordinateTypes 

This parameter identifies the geographical location coordinate types that a target device supports for GNSS. TRUE 
indicates that a location coordinate type is supported and FALSE that it is not. This field shall be present if the 
locationVelocityTypesReq in the A-GHSS-RequestCapabilities IE is set to TRUE and if the target device supports UE- 
based or standalone GNSS positioning method. If the IE A-GNSS-Provide-Capabilities is provided unsolicited, this 
field shall be included if the target device supports UE-based or standalone GNSS positioning method. 



velocityTypes 

This parameter identifies the velocity types that a target device supports for GNSS. TRUE indicates that a velocity 
type is supported and FALSE that it is not. FALSE for all velocity types indicates that velocity reporting is not 
supported. This field shall be present if the locationVelocityTypesReq in the A-GNSS-RequestCapabilities IE is set to 
TRUE and if the target device supports UE-based or standalone GNSS positioning method. If the IE A-GNSS-Provide- 
Capabilities is provided unsolicited, this field shall be included if the target device supports UE-based or standalone 
GNSS positioning method. 



6.5.2.10 GNSS Capability Information Elements 
GNSS-CommonAssistanceDataSupport 

The IE GNSS-CommonAssistanceDataSupport is used by the target device to provide information on supported GNSS 
common assistance data types to the location server. 



-- ASNISTART 




GNSS-CommonAssistanceDataSupport ::= SEQUENCE { 
gnss-Ref erenceTimeSupport GNSS 


- Re f erenceTimeSupport 

OPTIONAL, -- Cond RefTimeSup 


gnss-Ref erenceLocationSupport GNSS 


- Re f erenceLocationSupport 

OPTIONAL, -- Cond RefLocSup 


gnss-IonosphericModelSupport GNSS 
gnss-EarthOrientationParametersSupport GNSS 


-lonosphericModelSupport 

OPTIONAL, -- Cond lonoModSup 
-EarthOrientationParametersSupport 


} 

-- ASNISTOP 


OPTIONAL, -- Cond EOPSup 





Conditional presence 


Explanation 


RefTimeSup 


The field is mandatory present if the target device supports GNSS-ReferenceTime; 
otherwise it is not present. 


RefLocSup 


This field is mandatory present if the target device supports GNSS-ReferenceLocation; 
otherwise it is not present. 


lonoModSup 


This field is mandatory present if the target device supports GNSS-lonosphericModel; 
otherwise it is not present. 


EOPSup 


This field is mandatory present if the target device supports GNSS- 
EarttiOrientationParameters; otherwise it is not present. 
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GNSS-ReferenceTimeSupport 



ASNISTART 



GNSS-ReferenceTimeSupport ::= SEQUENCE 
gnss-SystemTime GNSS-ID-Bitmap, 
fta-Support AccessTypes 



OPTIONAL, 



Cond fta 



ASNISTOP 



Conditional presence 


Explanation 


fta 


The field is mandatory present if the target device supports fine time assistance in 
GNSSReferenceTime IE; otherwise it is not present. 



GNSS-ReferenceTimeSupport field descriptions 



gnss-System Time 

This field specifies the GNSS system time(s) supported by the target device. This is represented by a bit string in 
GNSS-ID-Bitmap, with a one-value at the bit position means the particular GNSS system time is supported; a 
zero-value means not supported. 



fta-Support 

This field specifies that the target device supports fine time assistance (i.e., GNSS-cellular time association) in GNSS- 
ReferenceTime IE. This is represented by a bit string in AccessTypes, with a one-value at the bit position means FTA 
for the specific cellular network time is supported; a zero-value means not supported. 



GNSS-ReferenceLocationSupport 



-- ASNISTART 

GNSS-Ref erenceLocationSupport 



SEQUENCE 



ASNISTOP 



GNSS-lonosphericModelSupport 



-- ASNISTART 








GNSS-IonosphericModelSupport ::= 


SEQUENCE { 






ionoModel BIT STRING { 


klobuchar 


(0) , 




} 

-- ASNISTOP 


neQuick 


(1) } {SIZE {1. 


.8) ) , 









GNSS-lonospfiericModelSupport field descriptions 



ionol\/lodel 

This field specifies the ionsospheric model{s) supported by the target device. This is represented by a bit string, with a 
one-value at the bit position means the particular ionospheric model is supported; a zero-value means not supported. 



GNSS-EarthOrientationParametersSupport 



-- ASNISTART 

GNSS-EarthOrientationParametersSupport ::= SEQUENCE { 

} 

-- ASNISTOP 
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GNSS-GenericAssistanceDataSupport 

The IE GNSS-GenericAssistanceDataSupport is used by the target device to provide information on supported GNSS 
generic assistance data types to the location server for each supported GNSS. 

-- ASNISTART 



GNSS-GenericAssistanceDataSupport : := 

SEQUENCE {SIZE {1..16)) OF GNSS-GenericAssistDataSupportElement 



GNSS-GenericAssistDataSupportElement ::= SEQUENCE { 
gnss-ID GNSS-ID, 

sbas-ID SBAS-ID OPTIONAL, 

gnss-TimeModelsSupport GNSS -TimeModelList Support 

OPTIONAL, 
gnss-Dif f erentialCorrectionsSupport GNSS-Dif f erentialCorrectionsSupport 

OPTIONAL, 
gnss-NavigationModelSupport GNSS-NavigationModelSupport 

OPTIONAL, 
gnss-RealTimelntegritySupport GNSS-RealTimelntegritySupport 

OPTIONAL, 
gnss-DataBitAssistanceSupport GNSS-DataBitAssistanceSupport 

OPTIONAL, 
gnss-AcquisitionAssistanceSupport GNSS-AcquisitionAssistanceSupport 

OPTIONAL, 
gnss-AlmanacSupport GNSS-AlmanacSupport 

OPTIONAL, 
gnss-UTC-ModelSupport GNSS-UTC-ModelSupport 

OPTIONAL, 
gnss-AuxiliarylnformationSupport GNSS-AuxiliarylnformationSupport 

OPTIONAL, 



Cond GNSS-ID-SBAS 
Cond TimeModSup 
Cond DGNSS-Sup 
Cond NavModSup 
Cond RTISup 
Cond DataBitsSup 
Cond AcquAssistSup 
Cond AlmanacSup 
Cond UTCModSup 
Cond AuxInfoSup 



ASNISTOP 





Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; otherwise it is not present. 


TimeModSup 


The field is mandatory present if the target device supports GNSS-TimeModelList; 
otherwise it is not present. 


DGNSS-Sup 


The field is mandatory present if the target device supports GNSS-DifferentialCorrections; 
otherwise it is not present. 


NavModSup 


The field is mandatory present if the target device supports GNSS-NavigationModel; 
otherwise it is not present. 


RTISup 


The field is mandatory present if the target device supports GNSS-RealTimelntegrity; 
otherwise it is not present. 


DataBitsSup 


The field is mandatory present if the target device supports GNSS-DataBitAssistance; 
otherwise it is not present. 


AcquAssistSup 


The field is mandatory present if the target device supports GNSS-AcquisitionAssistance; 
otherwise it is not present. 


AlmanacSup 


The field is mandatory present if the target device supports GNSS-Almanac; otherwise it 
is not present. 


UTCModSup 


The field is mandatory present if the target device supports GNSS-UTC-Model; otherwise 
it is not present. 


AuxInfoSup 


The field is mandatory present if the target device supports GNSS-Auxiliarylnformation; 
otherwise it is not present. 



GNSS-TimeModelListSupport 



-- ASNISTART 
GNSS-TimeModelListSupport 



SEQUENCE 



ASNISTOP 
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GNSS-DifferentialCorrectionSupport 



ASNISTART 



GNSS-Dif ferentialCorrectionsSupport ::= SEQUENCE 
gnssSignallDs GNSS-SignallDs, 

dgnss-ValidityTimeSup BOOLEAN, 



ASNISTOP 



GNSS-DifferentialCorrectionsSupport field descriptions 



gnssSignallDs 

This field specifies the GNSS signal types for which differential corrections are supported by the target device. This is 
represented by a bit string in GNSS-SignallDs, with a one-value at the bit position means differential corrections for 
the particular GNSS signal type is supported; a zero-value means not supported. 



dgnss- ValidltyTimeSup 

This field specifies if the target device supports estimation of UDRE based on growth rate and validity time for 
differential corrections. TRUE means supported. 



GNSS-NavigationModelSupport 



ASNISTART 



GNSS-NavigationModelSupport 



clockModel 



orbitModel 



BIT STRING { 



BIT STRING { 



SEQUENCE { 



model -1 
model -2 
model -3 
model -4 
model -5 
model -1 
model -2 
model -3 
model -4 
model -5 



(0) 
(1) 
(2) 
(3) 
(4) 
(0) 
(1) 
(2) 
(3) 
(4) 



{SIZE {1. .8) ) 



{SIZE {1. .8) ) 



OPTIONAL, 



OPTIONAL, 



ASNISTOP 



GNSS-NavigationModelSupport field descriptions 



ClockModel 

This field specifies the gnss-ClockModel cho\ce{s) in GNSS-NavigationModel IE supported by the target device for the 
GNSS indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the 
particular clock model is supported; a zero-value means not supported. 

If the target device supports GPS and GNSS-NavigationModel ass\s\ance, it shall support clocl<l\/lodei Mo6e\-2. 
If the target device supports SBAS and GNSS-NavigationModel ass\slance, it shall support clocl<Model IVIodel-S. 
If the target device supports QZSS and GNSS-NavigationModel ass\s\ance, it shall support clockModel Mo6e\-2. 
If the target device supports Galileo and GNSS-NavigationModel ass\s\ance, it shall support clockModel IVIodel-l . 
If the target device supports GLONASS and GNSS-NavigationModel ass\s\ance, it shall support clockModel Mo6e\-4. 
If this field is absent, the target device supports the mandatory (native) c/oc/(fl//oc/e/ choice only as listed above for the 
GNSS indicated by GNSS-ID. 



orbitModel 

This field specifies the gnss-OrbitModel cho\ce{s) in GNSS-NavigationModel IE supported by the target device for the 
GNSS indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the 
particular orbit model is supported; a zero-value means not supported. 

If the target device supports GPS and GNSS-NavigationModel ass\s\ance, it shall support orbitModel Model-2. 
If the target device supports SBAS and GNSS-NavigationModel ass\s{ance, it shall support orbitModel Mode\-5. 
If the target device supports QZSS and GNSS-NavigationModel ass\s\ance, it shall support orbitModel Model-2. 
If the target device supports Galileo and GNSS-NavigationModel ass\s\ance, it shall supportofMMoc/e/ IVIodel-l . 
If the target device supports GLONASS and GNSS-NavigationModel ass\s\ance, it shall support orbitModel Mo6e\-4. 
If this field is absent, the target device supports the mandatory (native) orbitModel cUo\ce only as listed above for the 
GNSS indicated by GNSS-ID. 
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GNSS-RealTimelntegritySupport 



-- ASNISTART 

GNSS-RealTimelntegritySupport ::= SEQUENCE { 

} 

-- ASNISTOP 



GNSS-DataBitAssistanceSupport 



-- ASNISTART 

GNSS-DataBitAssistanceSupport ::= SEQUENCE 

} 

-- ASNISTOP 



GNSS-AcquisitionAssistanceSupport 



-- ASNISTART 






GNSS-AcquisitionAssistanceSupport : := 


SEQUENCE { 




conf idenceSupport - r 1 


ENUMERATED { true } 


OPTIONAL, 


dopplerUncertaintyExtSupport-rlO 
} 


ENUMERATED { true } 


OPTIONAL 


-- ASNISTOP 







GNSS-AcquisitionAssistanceSupport field descriptions 



confidenceSupport 

If this field is present, the target device supports the confidence field in GNSS-AcquisitionAssistance. 

dopplerUncertaintyExtSupport 

If this field is present, the target device supports the dopplerUncertaintyExtf\e\6 in GNSS-AcquisitionAssistance. 



GNSS-AlmanacSupport 



-- ASNISTART 














GNSS-AlmanacSupport : 
almanacModel 

} 

-- ASNISTOP 


SEQUENCE { 
BIT STRING { 


model -1 
model -2 
model -3 
model -4 
model -5 
model -6 


(0) 
(1) 
(2) 
(3) 
(4) 
(5) 


} {SIZE {1. 


.8) ) 


OPTIONAL, 
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GNSS-AlmanacSupport field descriptions 



almanacModel 

This field specifies the almanacModel cho\ce{s) in GNSS-Almanac IE supported by the target device for the GNSS 

indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the particular 

almanac model is supported; a zero-value means not supported. 

If the target device supports GPS and G/VSS-/A/manac assistance, it shall support IVIodel-2. 

If the target device supports SBAS and GNSS-Almanac assistance, it shall support Model-6. 

If the target device supports QZSS and GNSS-Almanac assistance, it shall support Model-2. 

If the target device supports Galileo and GNSS-Almanac assistance, it shall support Model-1 . 

If the target device supports GLONASS and GNSS-Almanac assistance, it shall support IVIodel-5. 

If this field is absent, the target device supports the mandatory (native) almanacModel cho\ce only as listed above for 

the GNSS indicated by GNSS-ID. 



GNSS-UTC-ModelSupport 

-- ASNISTART 

GNSS-UTC-ModelSupport ::= SEQUENCE { 

utc-Model BIT STRING { model-1 (0) , 

model-2 (1) , 

model-3 (2) , 

model-4 (3) } {SIZE {1..8)) OPTIONAL, 



ASNISTOP 



GNSS-UTC-ModelSupport field descriptions 



utc-Model 

This field specifies the GNSS-UTC-Model cho\ce(s) in GNSS-UTC-Model IE supported by the target device for the 

GNSS indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the 

particular UTG model is supported; a zero-value means not supported. 

If the target device supports GPS and GNSS-UTC-Model ass\slance, it shall support Model-1 . 

If the target device supports SBAS and GA/SS-L/7C-Moc/e/ assistance, it shall support Model-4. 

If the target device supports QZSS and GNSS-UTC-Model ass\s\ance, it shall support Model-1 . 

If the target device supports Galileo and GA/SS-L/7C-Moc/e/ assistance, it shall support Model-1 . 

If the target device supports GLONASS and GA/SS-L/TC-Moc/e/ assistance, it shall support Model-3. 

If this field is absent, the target device supports the mandatory (native) ufc-fl//oc/e/ choice only as listed above for the 

GNSS indicated by GNSS-ID. 



- GNSS-AuxiliarylnformationSupport 

-- ASNISTART 

GNSS-AuxiliarylnformationSupport ::= SEQUENCE { 

} 

-- ASNISTOP 

6.5.2.1 1 GNSS Capability Information Request 
A-GNSS-RequestCapabilities 

The IE A-GNSS-Request-Capabilities is used by the location server to request A-GNSS location capabilities (e.i 
GNSSs and assistance data supported) from the target device. 



-- 


ASNISTART 






A- 


GNSS-RequestCapabilities : 


= SEQUENCE { 




gnss-SupportListReq 




BOOLEAN, 




assistanceDataSupportLis 


;Req 


BOOLEAN, 




locationVelocityTypesReq 




BOOLEAN, 
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ASNISTOP 



A-GNSS-RequestCapabilities field descriptions 



gnss-SupportListReq 

This field specifies whether the target device is requested to include the gnss-SupportList f\e\6 in the A-GNSS- 
ProvideCapabilities IE or not. TRUE means requested. 



assistanceDataSupportListReq 

This field specifies whether the target device is requested to include the assistanceDataSupportList field In the 
A-GNSS-ProvideCapabilities IE or not. TRUE means requested. 



location VelocityTypesReq 

This field specifies whether the target device is requested to include the locationCoordinateTypes field and 
velocityTypes field in the A-GNSS-ProvideCapabilities IE or not. TRUE means requested. 



6.5.2.12 GNSS Error Elements 
A-GNSS-Error 



The IE A-GNSS-Error is used by 


the location server or target device to provide 


GNSS 


error reasons. 


-- 


ASNISTART 










A- 
} 


GNSS-Error ::= CHOICE { 

locationServerErrorCauses GNSS 
targetDeviceErrorCauses GNSS 


-LocationServerErrorCauses 
-TargetDeviceErrorCauses , 


' 




ASNISTOP 











GNSS-LocationServerErrorCauses 

The IE GNSS-LocationServerErrorCauses is used by the location server to provide GNSS error reasons to the target 
device. 

-- ASNISTART 

GNSS-LocationServerErrorCauses ::= SEQUENCE { 
cause ENUMERATED { 
undefined, 

undeliveredAssistanceDatalsNotSupportedByServer, 

undeliveredAssistanceDatalsSupportedButCurrentlyNotAvailableByServer, 
undeliveredAssistanceDatalsPartlyNotSupportedAndPartlyNotAvailableByServer, 



ASNISTOP 



GNSS-TargetDeviceErrorCauses 



The IE GNSS-TargetDeviceErrorCauses is used by the target device to provide GNSS error reasons to the location 
server. 

-- ASNISTART 

GNSS-TargetDeviceErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 

thereWereNotEnoughSatellitesReceived, 

assistanceDataMissing, 

notAllRequestedMeasurementsPossible, 

}. 
f ineTimeAssistanceMeasurementsNotPossible NULL OPTIONAL, 
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adrMeasurementsNot Possible 


NULL 


OPTIONAL, 


} 


multiFrequencyMeasurementsNot Possible 


NULL 


OPTIONAL, 


ASNISTOP 







GNSS-TargetPeviceErrorCauses field descriptions 



cause 

This field provides a GNSS specific error cause. If the cause value is "notAIIRequestedMeasurementsPossible'\ the 
target device was not able to provide all requested GNSS measurements (but may be able to report a location 
estimate or location measurements). In this case, the target device should include any of the 
" fine TimeAssistanceMeasurementsNotPossible" , "adrMeasurementsNotPossible" , o r 
"multiFrequenceMeasurementsNotPossible" fields, as applicable. 



6.5.2.13 Common GNSS Information Elements 
GNSS-ID 

The IE GNSS-ID is used to indicate a specific GNSS. 



-- ASNISTART 














GNSS-ID ::= SEQUENCE { 














gnss-id 

} 

-- ASNISTOP 


enumerated! gps, 


sbas. 


qzss. 


galileo. 


glonass. 


■■}, 















GNSS-ID-Bitmap 

The IE GNSS-ID-Bitmap is used to indicate several GNSSs using a bit map. 



-- ASNISTART 














GNSS-ID-Bitmap : 
gnss-ids 

} 

-- ASNISTOP 


= SEQUENCE { 

BIT STRING { 


gps 

sbas 

qzss 

galileo 

glonass 


(0) , 

(1) , 

(2) , 

(3) , 
(4) 


} {SIZE 


{1. 


.16) ) , 















GNSS-ID-Bitmap field descriptions 



gnss-ids 

This field specifies the GNSS(s). This is represented by a bit string, with a one-value at the bit position means the 
particular GNSS is addressed; a zero-value means not addressed. 



GNSS-SlgnallD 

The IE GNSS-SignallD is used to indicate a specific GNSS signal type. The interpretation of GNSS-SignallD depends 
on the GNSS-ID. 

-- ASNISTART 

GNSS-SignallD ::= SEQUENCE { 

gnss-SignallD INTEGER {0 . . 7) , 
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ASNISTOP 



GNSS-SignallD field descriptions 



gnss-SignallD 

This field specifies a particular GNSS signal. Tlie interpretation of gnss-SignallD depends on the GNSS-ID and is as 
shown in the table System to Value & Explanation relation below. 



System to Value & Explanation relation 



System 


Value 


Explanation 


GPS 





GPS LI G/A 


1 


GPSL1C 


2 


GPS L2C 


3 


GPSL5 


4-7 


Reserved 


SBAS 





LI 


1-7 


Reserved 


QZSS 





QZS-L1 


1 


QZS-L1C 


2 


QZS-L2C 


3 


QZS-L5 


4-7 


Reserved 


GLONASS 





GLONASS G1 


1 


GLONASS G2 


2 


GLONASS G3 


3-7 


Reserved 


Galileo 





Galileo E1 


1 


Galileo E5A 


2 


Galileo E5B 


3 


Galileo E6 


4 


Galileo E5A + E5B 


5-7 


Reserved 



GNSS-SignallDs 

The IE GNSSSignal-IDs is used to indicate several GNSS signals using a bit map. The interpretation of 
GNSSSignal-IDs depends on the GNSS-ID. 

-- ASNISTART 

GNSS-SignallDs ::= SEQUENCE { 

gnss-SignallDs BIT STRING {SIZE{8)), 



ASNISTOP 



GNSS-SignallDs field descriptions 



gnss-SignallDs 

This field specifies one or several GNSS signals using a bit map. A one-value at the bit position means the particular 
signal is addressed; a zero-value at the particular bit position means the signal is not addressed. The interpretation of 
the bit map in gnssSignal IDs depends on the GNSS-ID and is shown in the table below. 
Unfilled table entries indicate no assignment and shall be set to zero. 
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interpretation of thie bit map in gnssSignallDs 



GNSS 


Biti 
(IMSB) 


Bit 2 


Bit 3 


Bit 4 


Bits 


Bit 6 


Bit? 


Bits 
(LSB) 


GPS 


L1 C/A 


L1G 


L2C 


L5 










SBAS 


L1 
















QZSS 


QZS-L1 


QZS- 
L1C 


QZS- 
L2C 


QZS-L5 










GLONASS 


G1 


G2 


G3 












Galileo 


E1 


E5a 


E5b 


E6 


E5a+E5b 









SBAS-ID 

The IE SBAS-ID is used to indicate a specific SBAS. 



-- ASNISTART 












SBAS-ID ::= SEQUENCE { 












sbas-id 


ENUMERATED { waas, 


egnos, 


msas. 


gagan. 


■■}, 


} 












-- ASNISTOP 













SBAS-IDs 

The IE SBAS-IDs is used to indicate several SBASs using a bit map. 



-- ASNISTART 












SBAS-IDs ::= SEQUENCE { 

sbas-IDs BIT STRING { 


waas 
egnos 
msas 
gagan 


(0) , 

(1) , 

(2) , 
(3) 


} {SIZE 


{1. 


.8) ) , 


} 












-- ASNISTOP 













SBAS-IDs field descriptions 



sbas-IDs 

This field specifies one or several SBAS(s) using a bit map. A one-value at the bit position means the particular SBAS 
is addressed; a zero-value at the particular bit position means the SBAS is not addressed. 



SV-ID 

The IE SV-ID is used to indicate a specific GNSS satellite. The interpretation of SV-ID depends on the GNSS-ID. 



-- ASNISTART 






SV-ID : := SEQUENCE { 






satellite-id 


INTEGER { . 


.63) , 


} 






-- ASNISTOP 







SI/-/D field descriptions 



satellite-id 

This field specifies a particular satellite within a specific GNSS. The interpretation of safe///te-/c/ depends on the 
GNSS-ID see the table below. 
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interpretation of satellite-id 



System 


Value of satellite-id 


Interpretation of satellite-id 


GPS 


"0" - "62" 
"63" 


Satellite PRN Signal No. 1 to 63 
Reserved 


SBAS 


"0" - "38" 
"39" - "63" 


Satellite PRN Signal No. 120 to 158 
Reserved 


QZSS 


"0" - "4" 
"5 - "63" 


Satellite PRN Signal No. 193 to 197 
Reserved 


GLONASS 


"0" - "23" 
"24 - "63" 


Slot Number 1 to 24 
Reserved 


Galileo 


TBD 


TBD 



6.5.3 Enhanced Cell ID Positioning 
6.5.3.1 E-CID Location Information 



- EClD-ProvideLocationlnformation 

The IE ECID-ProvideLocationlnformation is used by the target device to provide E-CID location measurements to the 
location server. It may also be used to provide ECID positioning specific error reason. 

-- ASNISTART 



ECID-ProvideLocationlnformation ::= SEQUENCE { 

ecid-SignalMeasurement Information ECID -SignalMeasurement Information 
ecid-Error ECID-Error 



OPTIONAL, 
OPTIONAL, 



ASNISTOP 



6.5.3.2 



E-CID Location Information Elements 



- EClD-SignalMeasurementlnformation 

The IE ECID-SignalMeasurementlnformation is used by the target device to provide various UE-measurements to the 
location server. 

-- ASNISTART 

ECID-SignalMeasurementlnformation ::= SEQUENCE { 

primaryCellMeasuredResults MeasuredResultsElement OPTIONAL, 
measuredResultsList MeasuredResultsList , 



MeasuredResultsList 



SEQUENCE {SIZE{1. .32) ) OF MeasuredResultsElement 



MeasuredResultsElement ::= SEQUENCE { 
physCellld INTEGER {0..503), 
cellGloballd CellGloballdEUTRA-AndUTRA 
arfcnEUTRA ARFCN-ValueEUTRA, 
systemFrameNumber 

BIT STRING {SIZE (10)) 
rsrp-Result INTEGER {0..97) 
rsrq-Result INTEGER {0..34) 
ue-RxTxTimeDiff INTEGER {0..4095) 



OPTIONAL, 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



ASNISTOP 
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EClD-SignalMeasurementlnformation field descriptions 



primaryCellMeasuredResults 

This field contains measurements for the primary cell, when the target device reports measurements for both primary 
cell and neighbour cells. This field shall be omitted when the target device reports measurements for the primary cell 
only, in which case the measurements the primary cell is reported in the measuredResultsList. 



measuredResultsList 

This list contains the E-CID measurements for up to 32 cells. 



physCellld 

This field specifies the physical cell identity of the measured cell. 



cellGloballd 

This field specifies cell global ID of the measured cell. The target device shall provide this field if it was able to 
determine the ECGI of the measured cell at the time of measurement. 



arfcnEUTRA 

This field specifies the ARFCN of the measured E-UTRA carrier frequency, as defined in [12]. 



systemFrameNumber 

This field specifies the system frame number of the measured cell during which the measurements have been 
performed. The target device shall include this field if it was able to determine the SFN of the cell at the time of 
measurement. 



rsrp-Result 

This field specifies the reference signal received power (RSRP) measurement, as defined in [12], [17]. 



rsrq-Result 

This field specifies the reference signal received quality (RSRQ) measurement, as defined in [12], [17]. 



ue-RxTxTimeDiff 

This field specifies the UE Rx-Tx time difference measurement, as defined in [17]. It is provided only for 

measurements on the UE"s primary cell. 

IVIeasurement report mapping is according to 3GPP TS 36.133 [18]. 



6.5.3.3 E-CID Location Information Request 

- EClD-RequestLocationlnformation 

The IE ECID-RequestLocationlnformation is used by the location server to request E-CID location measurements from 
a target device. 



-- ASNISTART 










ECID-RequestLocationlnformation ::= SEQUENCE { 










requestedMeasurements BIT STRING { 


rsrpReq 
rsrqReq 


(0) 
(1) 






} 

-- ASNISTOP 


ueRxTxReq 


(2) 


} {SIZE{1. 


.8) ) , 











EClD-RequestLocationlnformation field descriptions 



requestedMeasurements 

This field specifies the E-CID measurements requested. This is represented by a bit string, with a one-value at the bit 
position means the particular measurement is requested; a zero-value means not requested. 



6.5.3.4 E-CID Capability Information 

EClD-ProvideCapabilities 

The IE ECID-ProvideCapabilities is used by the target device to indicate its capability to support E-CID and to provide 
its E-CID location capabilities to the location server. 



-- ASNISTART 








ECID-ProvideCapabilities ::= SEQUENCE { 








ecid-MeasSupported BIT STRING { rsrpSup 


(0) 






rsrqSup 


(1) 






ueRxTxSup 


(2) 


} {SIZE{1. 


.8) ) , 
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ASNISTOP 



ECID-Provide-Capabilities field descriptions 



ecid-MeasSupported 

This field specifies tlie E-CID measurements supported by the target device. This is represented by a bit string, with a 

one-value at the bit position means the particular measurement is supported; a zero-value means not supported. A 

zero-value in all bit positions in the bit string means only the basic Cell ID positioning method is supported by the 

target device. 

If the UE Rx-Tx time difference measurement is supported by the target device (i.e., ueRxTxSup field is set to one), it 

means that the UE supports the UE Rx-Tx time difference measurement reporting via both LPP signaling and RRC 

signalling. 

If a target device doesn"t support LPP, the E-SMLC may assume the target device can not report the UE Rx-Tx time 

difference measurement results via RRC signalling. 



6.5.3.5 E-CID Capability Information Request 

EClD-RequestCapabilities 

The IE ECID-RequestCapabilities is used by the location server to request E-CID positioning capabilities from a target 
device. 

-- ASNISTART 

ECID-RequestCapabilities ::= SEQUENCE { 



ASNISTOP 



6.5.3.6 E-CID Error Elements 

ECID-Error 

The IE ECID-Error is used by the location server or target device to provide E-CID error reasons to the target device or 
location server, respectively. 

-- ASNISTART 

ECID-Error ::= CHOICE { 

locationServerErrorCauses ECID-LocationServerErrorCauses , 
targetDeviceErrorCauses ECID-TargetDeviceErrorCauses , 

} 

-- ASNISTOP 



EClD-LocationServerErrorCauses 

The IE EClD-LocationServerErrorCauses is used by the location server to provide E-CID error reasons to the target 
device. 

-- ASNISTART 

EClD-LocationServerErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 



ASNISTOP 
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EClD-TargetDeviceErrorCauses 

The IE ECID-TargetDeviceErrorCauses is used by the target device to provide E-CID error reasons to the location 
server. 



-- ASNISTART 




ECID-TargetDeviceErrorCauses : : 


= SEQUENCE { 


cause ENUMERATED { 


undefined, 




requestedMeasurementNotAvailable, 




notAllrequestedMeasurementsPossible, 


rsrpMeasurementNot Possible 


NULL OPTIONAL, 


rsrqMeasurementNot Possible 


NULL OPTIONAL, 


ueRxTxMeasurementNotPossibl 

} 

-- ASNISTOP 


e NULL OPTIONAL, 





EClD-TargetPeviceErrorCauses field descriptions 



cause 

This field provides a ECID specific error cause. If the cause value is " notAIIRequestedMeasurementsPossible" , the 
target device was not able to provide all requested ECID measurements (but may be able to provide some 
measurements). In this case, the target device should include any of the "rsrpMeasurementNotPossible", 
"rsrqMeasurementNotPossible", or "ueRxTxMeasurementNotPossible" fields, as applicable. 



End of LPP-PDU-Definitions 

-- ASNISTART 

END 

-- ASNISTOP 
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